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NOTICE 


When  Cawnwat  drawings,  specifications,  or  other  data  are  used  for  any 
purpose  other  than  In  connection  with  a  definitely  related  Gove raaent  procure¬ 
ment  operation,  the  Halted  States  Government  thereby  Incurs  no  responsibility 
nor  any  obligation  whatsoever;  and  the  fact  that  the  governsent  say  have 
formulated,  furnished,  or  in  any  way  supplied  the  said  drawings,  specifications, 
or  other  data,  la  not  to  be  regarded  by  implication  or  otherwise  as  in  any  Banner 
licensing  the  holder  or  any  other  person  or  corporation,  or  conveying  any  rights 
or  permission  to  manufacture,  use,  or  sell  any  patented  Invention  that  may  In  any 
way  be  related  thereto. 


This  report  has  been  reviewed  by  the  Information  Office  (01)  and  is  releas¬ 
able  to  the  National  Technical  Information  Service  (NTIS).  At  NTIS,  it  will  be 
available  to  the  general  public,  including  foreign  nations. 


This  technical  report  has  been  reviewed  and  is  approved  for  publication. 


ERWIN  C.  GANGL 
Technical  Advisor 
Information  Engineering  Division 


Technical  Director  (Actg) 
Directorate  of  Avionics  Engineering 
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ROBERT  P.  LAVOIE,  Colonel,  OSAF 
Director,  Avionics  Engineering 
Deputy  for  Engineering 
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or  if  the  addressee  Is  no  longer  employed  by  your  organization,  please  notify 
ASD/ENAI,  W-PAFB,  OH  45433  to  help  us  maintain  a  current  mailing  list". 
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FOREWORD 


Air  Force  Systems  Command  sponsored  two  MIL-STD-1553  Multiplex  Data 
Bus  Conferences,  one  in  1976  and  one  in  1978.  In  the  past  two  years, 
MIL-STD-1750  and  MIL-STD-1589  have  matured  to  the  point  of  justifying 
another  conference.  For  the  next  three  days  we  will  provide  an  update 
of  MIL-STD-1553B ,  1750A,  1589B,  and  also  the  status  of  the  new  MIL-STD- 
1760,  and  the  progress  of  the  Ada  programming  language.  Significant 
interest  in  MIL-STD-1553B  systems  applications,  LSI  developments  and 
test  equipment,  as  well  as  the  publication  of  MIL-STD-1750A  and  1589B 
have  prompted  this  Avionics  Standardization  Conference.  Brig  Gen  Jacobs, 
Deputy  Chief  of  Staff,  Plans  and  Programs,  requested  this  conference, 
being  hosted  by  the  Aeronautical  Systems  Division,  Lt  Gen  Skantze, 

Commander. 

The  purpose  of  the  conference  is  to  present  Air  Force  standardization 
policy  and  the  status  of  the  military  standards,  to  exchange  data  on  lessons 
learned  from  system  applications,  and  to  present  new  hardware/software  de¬ 
velopments  in  support  of  these  standards. 

This  is  the  STANDARDS  Volume,  Volume  II  of  the  Standardization  Conference. 
Volume  I  will  contain  the  proceedings  and  papers  given  during  the  conference, 
which  will  be  sent  to  attendees  at  a  later  date. 

Many  thanks  to  Captain  David  Herrelko  (AFSC/XR)  and  Major  A1  Kopp 
(AFSC/XRF)  for  their  headquarter's  assistance  in  organizing  this  conference; 
also  to  the  ASD/ENA  staff  who  assisted  in  organizing  the  technical  program, 
proceedings  and  exhibits,  Mr.  Stephen  Smith  and  Mr.  Erwin  Gangl.  Special 
thanks  to  Mr.  Joseph  Militello  (University  of  Dayton  Research  Institute) 
who  did  an  outstanding  job  in  organizing  the  conference  facilities,  hotel 
accommodations  and  food  service. 

Thanks  also  to  the  moderators  and  all  the  speakers  who  responsed  with 
outstanding  presentations  and  papers  in  a  timely  manner  despite  such  short 
notice.  And,  finally  to  the  secretaries,  Mrs.  Marie  Jankovich,  Mrs.  Kathy 
Hayes,  and  Mrs.  Sharleen  Thompson  for  their  expert  administrative  help  in 
handling  the  conference  correspondence  and  registration. 


ROBERT  P.  LAVOIE,  Colonel,  USAF 
Director,  Avionics  Engineering 
Deputy  for  Engineering 
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MlL-STD- 1 7S0 (USAF)  Instruction  Set  Architecture  Conference 


ASD/CV 

1.  We  arc  impressed  with  your  significant  technological  progress  in 
developing  and  implementing  our  Airborne  Computer  Instruction  Set 
Architecture,  MTL-STU-17S0fUSAI:) .  The  teamwork  of  ASD/AX,  AS p/j-N  and 
the  AFWAL/AA  has  been  a  key  factor  in  this  successful  effort.  The 
enthusiastic  industry-wide  response  to  this  standardization  initiative 
attests  to  the  soundness  of  the  approach.  With  over  a  dozen  con¬ 
tractors  implementing  the  1750  architecture,  and  with  the  strong  inter¬ 
est  being  shown  by  systems  houses  and  airframe  manufacturers,  the  time 
seems  right  for  a  conference  devoted  to  MlL-STD- 17S0. 

2.  We  request  you  host  such  a  conference,  in  conjunction  with  the  Fall 
meetings  of  the  MIL-STD-17S0  Users  Croup  and  the  MIL-STD-l 750  Control 
Board,  which  we  understand  will  be  held  at  hri ght- Patterson  Air  Force 
Base.  This  seems  an  excellent  time  to  demonstrate  actual  working  hard¬ 
ware,  to  exchange  information  through  presentations  and  a  published 
proceedings  of  the  conference,  and  to  show  off  F.N’s  SFAFAC  facility, 
which  has  a  central  role  in  MIL-S'ID- 1 750  verificatiofi. 

3.  The  AFSC  project  officer  for  this  effort,  Captain  David  A.  Ilcrrelko 
(AFSC/XRF),  AUT0V0N  858-5731,  is  prepared  to  provide  you  v  i  t h  any 
assistance  you  might  need  in  arranging  this  conference. 
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AFSC  Standardization  Conference 


AFSC/XR 

1.  Reference  your  letter  of  29  April  1980,  Subject:  M1L-STD-1750(USAF) 
Instruction  Set  Architecture  Conference.  ASD/EN  took  on  the  task  to 
support  the  MIL-STD-1750  conference.  We  had  originally  planned  to 
schedule  this  conference  for  mid-September.  For  a  variety  of  reasons, 
we  elected  to  expand  the  scope  of  this  conference  to  cover  all  current 
AFSC  standardisation  initiatives  and  issues.  We  have  discussed  this 
with  ASD/AX  and  ASD/XR  and  have  jointly  agreed  to  separate  the  1750 
Technical  Users’  Croup  meeting  from  the  broader  aspects  of  the  conference. 
We  have  tentatively  rescheduled  it  for  the  period  of  18  through  20  November 
and  plan  to  include  MIL-STDs-1750A,  -1589, -1553B ,  and  -1760. 

2.  We  believe  it  would  be  more  effective  to  target  such  a  conference  to 
SPO  level  managers  and  engineers  and  their  counterparts  in  industry,  in 
order  to  facilitate  application  of  these  standards  to  specific  programs. 

We  want  to  make  it  an  educational  rather  than  a  technical  symposium.  This 
will  afford  us  the  opportunity  to  present  our  perception  of  the  benefits 
we  expect  from  incorporating  the  standards;  present  the  status  of  key 
efforts  supporting  each  of  these;  and  present  lessons  learned  to  date 
where  we  have  had  some  actual  experience  in  applying  them.  We  will  al^> 
plan  to  address  D0D  standardization  policy  where  it  applies  and  will  pro¬ 
vide  the  opportunity  for  Headquarters  personnel  to  make  inputs  aJdressing 
specific  USAF  and  AFSC  intentions.  We  also  intend  to  provide  our  people 
some  insight  into  foreign  applications  of  our  military  standards. 

3.  I  would  appreciate  your  support  of  this  conference  and  your  concurrence 
that  this  approach  will  satisfy  your  original  request.  The  Directorate  of 
Avionics  Engineering,  ASD/ENA,  will  run  the  show  for  ASD.  Our  project 
officers  are  Mr.  Erwin  C.  Gangl,  ASD/ENAI,  Autovon  785-4865  and 

Mr.  Stephen  Smith,  ASD/ENAIB,  Autovon  785-2248.  They  are  prepared  to 
provide  your  staff  witji  any  information  they  may  need  or  wish  to  have 
relative  to  the  details  of  the  conference. 
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SUBJECT:  AFSC  Avionics  Standardization  Conference,  18  -  20  November  1980 


TO:  CONFERENCF  ATTEND.-ES 


1.  The  Aeronautical  Systems  Division  Is  organizing  and  hosting  a 
conference  on  Avionics  Standardization  at  the  Dayton  Convention 
Center,  18  -  20  November  1980.  Ibis  conference  will  address  Air 
Force  Avionics  Standardization  Policy,  the  status  of  HI  I. -STD- ! 553 
(Multiplexed  Data  Rus),  MI  1,-STD- 1  7  M)  (Computer  Instruction  Set 
Architecture),  HI t,- STD-  1  589  (.17)  Higher  Order  Language),  Mil. -Sill- 
1760  (Aircraft  to  Stores  electrical  Interface),  and  -the  progress 
of  the  new  International  Higher  Order  Language,  Ada. 

2.  We  have  targeted  this  r  on  I  r,t  rtw  n  to  man.ic.r  r  s  and  engine''’-  I  •• 
the  Systems  Program  Offices  and  aerospace  nlustry  to  f .a c  1  1 

the  application  of  these  standards  to  Air  For  re  programs  ,.r_ 

votl  encourage  attendance  of  vnur  kev  perse. mol  to  Increase  t:,c|r 
understanding  and  appreciation  of  the  benefits  to  be  gained  from 
applying  these  standards. 

1.  We.  plan  to  make  It  an  educational  rather  than  technical  sympo¬ 
sium.  This  will  afford  ns  the  opror t no  1 1 v  to  present  out  percent1  ■■ 
of  the  benefits  we  expect  f  r  w  I  n<  n  t  pot  a  t  I  ng  t  hu  s  t  an  I  a  t  !  ■■  ,  :  r  ■ 
the  status  of  key  efforts  uppnrt  Ini’  e.v  h  -  these.  an  I  pi  ■  s <  ■  ■  !:>ssnn« 
learned  to  date  whore  we  hive  had  some  actual  experience  In  nrn!vlr'g 
them.  We  will  also  plan  to  address  I'OD  .standardization  policy  wnrrr 
It  applies,  and  will  provide  the  opportunity  (or  Headquarter's  person¬ 
nel  to  make  inputs  nldtcsslng  specific  1ISAF  and  AFSC  Intr”tlons.  In 
addition,  wo  will  provide  attendees  some  Insight  Into  foreign  accep¬ 
tance  and  system  applications  of  these  military  standards. 

ft.  A  minima!  sitl  s  I  stem  e  fee  of  <  I .  DO  per  person  will  obi' gel  ’a 
maximize  a  1 1  end anc e  .  Pr g  I  s f  r  a  t  t on  will  ho  at  the  doo r  me!  a  ;  •  e  n  ! »’  p  s 
will  receive  a  complimentary  copy  of  the  proceedings 
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Aircraft  Internal  Time  Pi  vision  Command/ Hes[<onse  Multiplex  Data  Bus 
MIL-STU-1553B 

1.  This  Military  Standard  is  approved  lor  use  t>y  ail  Department  and  Agencies 
of  the  Department  of  Defense. 

2.  benelicial  comments  (recommendations,  o.ei  i t  ions  ,  deletions)  and  any 
pertinent  data  which  may  be  of  use  in  improving  this  document  should  be 
addressed  to:  Aeronautical  Systems  Division,  Attn:  KNA1,  Wr ight-Patterson  Air 
Force  base  45433 ,  by  using  the  self  addressed  Standardization  Document 
Improvement  Proposal  (DD  Form  1*126)  appearing  at  the  end  of  this  document  or  by 
letter . 
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'rtiis  standard  contains  requi  renient  3  tor  aircraft,  internal  time  division 
command,  response  multiplex  data  bus  techniques  which  will  oe  utilized  in 
systems  integration  of  aircraft  subsystems.  Even  with  the  use  of  this 
standard,  subtle  differences  will  exist  between  multiplex  data  buses  used  on 
different  aircraft  due  to  particular  aircraft  mission  requirements  and  the 
designer  options  allowed  in  this  standard.  The  system  designer  must  recognize 
this  fact  and  design  the  multiplex  bus  controller  hardware  and  software  to 
accommodate  such  differences.  These  designer  selected  options  must  exist,  so 
as  to  allow  the  necessary  flexibility  in  the  design  of  specific  multiplex 
systems  in  order  to  provide  for  the  control  mechanism,  architecture  re  udancy, 
degradation  concept  and  traffic  patterns  peculiar  to  the  specific  aircraft 
mission  requirements. 
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1 .  SCOPE 

1.1  Scope .  This  standard  establishes  requirements  for  digital, 

command/ response  ,  time  division  multiplexing  (Data  bus)  techniques  on  aircraft. 
It  encompasses  the  data  bus  line  and  its  interface  electronics  illustrated  on 
figure  1,  and  also  defines  the  concept  of  operation  and  information  flow  on  the 
multiplex  data  bus  and  the  electrical  and  functional  formats  to  be  employed. 

1.2  Application  ■  When  invoked  In  a  specification  or  statement  of  work,  these 
requirements  shall  apply  to  the  multiplex  data  bus  and  associated  equipment 
which  is  developed  either  alone  or  as  a  portion  of  an  aircraft  weapon  system  or 
subsystem  development.  The  contractor  is  responsible  for  invoking  all  the 
applicable  requirements  of  this  Military  Standard  on  any  and  all  subcontractors 
he  may  employ. 

2.  REFERENCED  DOCUMENTS 

2.1  Issue  of  document.  The  following  document,  of  the  issue  in  effect  on  date 
of  Invitation  for  bid  or  request  for  proposal,  forms  a  part  of  the  standard  to 
the  extent  specified  herein. 

SPECIFICATION 

MILITARY 

MIL-E-6051  Electromagnetic  Compatibility  Requirements,  Systems 

(Copies  of  specifications,  standards,  drawings,  and  publications  required  by 
contractors  in  connection  with  specific  procurement  functions  should  be 
obtained  from  the  procuring  activity  or  as  directed  by  the  contracting 
officer . ) 

3.  DEFINITIONS 

3.1  bit .  Contraction  of  binary  digit:  may  be  either  zero  or  one.  In 
information  theory  a  binary  digit  is  equal  to  one  binary  decision  or  the 
designation  of  one  of  two  possible  values  or  states  of  anything  used  to  store 
or  convey  information. 

3-2  bit  rate.  The  number  of  bits  transmitted  per  second. 

3.3  Pulse  code  modulation  (PCM) ■  The  form  of  modulation  in  which  the 
modulation  signal  is  sampled,  quantized,  and  coded  so  that  each  element  of 
information  consists  of  different  types  or  nunbers  of  pulses  and  spaces. 

3.**  Time  division  multiplexing  (TDM).  The  transmission  of  information  from 
several  signal  sources  through  one  communication  system  with  different  signal 
samples  staggered  in  time  to  form  a  composite  pulse  train. 

3.5  Half  duplex.  Operation  of  a  data  transfer  system  in  either  direction  over 
a  single  line,  but  not  in  both  directions  on  that  line  simultaneously. 


3.6  )ts>r£.  In  this  docunent  a  word  io  a  sequence  of  16  bits  plus  sync  and 

parity.  There  are  three  types  of  words:  command,  status  and  data. 
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3-7  Message  ■  A  single  message  Is  the  transmission  of  a  command  word,  status 
word,  and  data  words  if  they  are  specified.  Kor  the  case  of  a  remote  terminal 
to  remote  terminal  ( RT  to  RT)  transmission,  the  message  shall  include  the  two 
command  words,  the  two  status  words,  and  data  words. 

3-8  Subsystem .  The  device  or  functional  unit  receiving  data  transfer  service 
from  the  data  bus. 

3-9  Data  bus.  Whenever  a  data  bus  or  bus  is  referred  to  in  this  docunent  it 
shall  imply  all  the  hardware  including  twisted  shielded  pair  cables,  isolation 
resistors,  transformers,  etc.,  required  to  provide  a  single  data  path  between 
the  bus  controller  and  all  the  associated  remote  terminals. 

3-10  Terminal .  The  electronic  module  necessary  to  interface  the  data  bus  with 
the  subsystem  and  the  subsystem  with  the  data  bus.  Terminals  may  exist  as 
separate  line  replaceable  units  (LRU's)  or  be  contained  within  the  elements  of 
the  subsystem. 

3-11  bus  controller.  The  terminal  assigned  the  task  of  initiating  information 
transfers  on  the  data  bus. 

3-12  Bus  monitor .  The  terminal  assigned  the  task  of  receiving  bus  traffic  and 
extracting  selected  information  to  be  used  at  a  later  time. 

3*13  Remote  terminal  (RT).  All  terminals  not  operating  as  the  bus  controller 
or  as  a  bus  monitor. 

3.1*1  Asynchronous  operation.  For  the  purpose  of  this  standard,  asynchronous 
operation  is  the  use  of  an  independent  clock  source  in  each  terminal  for 
message  transmission.  Decoding  is  achieved  in  receiving  terminals  using  clock 
information  derived  from  the  message. 

3< 15  Dynamic  bus  control .  The  operation  of  a  data  bus  system  in  which 
designated  terminals  are  offered  control  of  the  data  bus. 

3*16  Command/Response ■  Operation  of  a  data  bus  system  such  that  remote 
terminals  receive  and  transmit  data  only  when  commanded  to  do  so  by  the  bus 
controller  . 

3* 17  Redundant  data  bus.  The  use  of  more  than  one  data  bus  to  provide  more 
than  one  data  path  between  the  subsystems,  i.e.,  dual  redundant  data  bus, 
tri-red undant  data  bus,  etc. 

3. 18  Broadcast .  Operation  of  a  data  bus  system  such  that  information 
transmitted  by  the  bus  controller  or  a  remote  terminal  is  addressed  to  more 
than  one  of  the  remote  terminals  connected  to  the  data  bus. 

3*19  Mode  code .  A  means  by  which  the  bus  controller  can  communicate  with  the 
multiplex  bus  related  hardware,  in  order  to  assist  in  the  management  of 
information  flow. 
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4.  GE'htHAL  REQUIREMENTS 

4.1  Teat  and  operating  requirements.  All  requirements  as  specified  herein 
shall  be  valid  over  the  environmental  conditions  which  the  multiplex  data  bua 
system  shall  be  required  to  operate. 

4.2  Data  bus  operation.  The  multiplex  data  bus  system  in  its  moat  elemental 
configuration  shall  be  as  shown  on  figure  1.  The  multiplex  data  bus  system 
shall  function  asynchronously  in  a  command/ response  mode,  and  transmission 
shall  occur  in  a  half-duplex  manner.  Sole  control  of  information  transmission 
on  the  bus  shall  reside  with  the  bus  controller,  which  shall  initiate  all 
transmissions.  The  information  flow  on  the  data  bua  shall  be  comprised  of 
messages  which  are,  in  turn,  formed  by  three  types  of  words  (command,  data,  and 
status)  as  defined  in  4. 3. 3.5. 

4.3  Characteristics 

4.3.1  Data  form.  Digital  data  may  be  transmitted  in  any  desired  form, 
provided  that  the  chosen  form  shall  be  compatible  with  the  message  and  word 
formats  defined  in  this  standard.  Any  unused  bit  positions  in  a  word  shall  be 
transmitted  as  logic  zeros. 

4.3.2  Bit  priority.  The  most  significant  bit  shall  be  transmitted  first  with 
the  less  significant  bits  following  in  descending  order  of  value  in  the  data 
word.  The  number  of  bits  required  to  define  a  quantity  shall  be  consistent 
with  the  resolution  or  accuracy  required.  In  the  event  that  multiple  precision 
quantities  (information  accuracy  or  resolution  requiring  more  than  16  bits)  are 
transmitted,  the  most  significant  bits  shall  be  transmitted  first,  followed  by 
the  word(s)  containing  the  lesser  significant  bits  in  mxnerlcal  descending 
order.  Bit  packing  of  multiple  quantities  in  a  single  data  word  is  permitted. 

4.3.3  Transmission  method 

4.3.3.  1  Modulation.  The  signal  shall  be  transferred  over  the  data  bus  in 
serial  digital  pulse  code  modulation  fonn. 

4. 3. 3. 2  Data  code.  The  data  code  shall  be  Manchester  II  bi-phase  level.  A 
logic  one  shall  be  transmitted  as  a  bipolar  coded  signal  1/0  (i.e.,  a  positive 
pulse  followed  by  a  negative  pulse)  .  A  logic  zero  shall  be  a  bipolar  coded 
signal  0/1  (i.e.,  a  negative  pulse  followed  by  a  positive  pulse).  A  transition 
through  zero  occurs  at  the  midpoint  of  each  bit  time  (see  figure  2). 

4. 3. 3. 3  Transmission  bit  rate.  The  transmission  bit  rate  on  the  bus  shall  be 
1.0  megabit  per  second  with  a  combined  accuracy  and  long-term  stability  of  ♦ 

0.1  percent  (i.e.,  +  1000  Hsrtz  (Hz)).  The  short-term  stability  (i.e., 
stability  over  1.0  second  Interval)  shall  be  at  least  0.01  percent  (i.e.,  ♦  100 
Hz) . 

4. 3. 3- 4  Word  size.  The  word  size  shall  be  16  bits  plus  the  sync  waveform  and 
the  parity  bit  for  a  total  of  20  bits  times  as  shown  on  figure  3 • 

4. 3. 3. 5  Word  formats.  The  word  formats  shall  be  as  shown  on  figure  3  for  the 
command,  data,  and  status  words. 
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^•3- 3-5-1  ^gjggaod  word.  A  command  word  3hall  be  comprised  of  a  sync  waveform, 
remote  terminal  address  field,  transmit/receive  (T/A)  bit,  subaddress/mode 
field,  word  count/mode  code  field,  and  a  parity  (P)  bit  (see  figure  3)* 

i(.3.3.5.  1.1  Svnc .  The  command  sync  waveform  shall  be  an  invalid  Manchester 
waveform  as  shown  on  figure  4 .  The  width  3hall  be  three  bit  times,  with  the 
sync  waveform  being  positive  for  the  first  one  and  one-half  bit  times,  and  then 
negative  for  the  following  one  and  one-half  bit  times.  If  the  next  bit 
following  the  sync  waveform  is  a  logic  zero,  then  the  last  half  of  the  sync 
waveform  will  have  an  apparent  width  of  two  clock  periods  due  to  the  Manchester 
encoding  . 

1.3. 3. 5. 1.2  Remote  teratnai  address.  The  next  five  bits  following  the  sync 
shall  be  the  RT  address.  Each  AT  shall  be  assigned  a  unique  address.  Decimal 
address  31  (11111)  shail  not  be  assigned  as  a  unique  address.  In  addition  to 
its  unique  address,  a  RT  shail  be  assigned  decimal  address  31  (11111)  as  the 
common  address,  if  the  broadcast  option  is  used. 

4. 3. 3. 5. 1.3  Transmit /receive.  The  next  bit  following  the  remote  terminal 
address  shall  be  the  T/R  bit,  which  shall  indicate  the  action  required  of  the 
RT.  A  logic  zero  shall  indicate  the  RT  is  to  receive,  and  a  logic  one  shall 
indicate  the  RT  is  to  transmit. 

4 .3. 3. 5.1 .4  Subaddress/mode .  The  next  five  bits  following  the  R/T  bit  shall 
be  utilized  to  indicate  an  RT  subaddress  or  use  of  mode  control,  as  is  dictated 
by  the  individual  tarmlnal  requiraments .  The  subaddress/mode  values  of  00000 
and  11111  are  reserved  for  special  purposes,  as  specified  in  4. 3. 3-5.1. 7,  and 
ahail  not  be  utilized  for  any  other  function. 

4. 3. 3. 5. 1.5  Data  word  count/mode  gods-  The  next  five  bits  following  the 
subaddress/mode  field  shail  be  the  quantity  of  data  words  to  be  either  sent  out 
or  received  by  the  RT  or  the  optional  mode  code  as  specified  in  4.3-3.5-1-T.  A 
maximum  of  32  data  words  may  be  transmitted  or  received  in  any  one  message 
block.  All  t'a  shall  indicate  a  decimal  count  of  31,  and  all  0’s  shall 
Indicate  a  decimal  count  of  32. 

4. 3. 3. 5. 1.6  Parity.  The  last  bit  in  the  word  shall  be  used  for  parity  over 
the  preceding  16  bits.  Odd  parity  shall  be  utilized. 

4. 3. 3- 5. 1.7  Optional  mode  control-  For  RT's  exercising  this  option  a 
subaddress/mode  code  of  00000  or  11111  shail  imply  that  the  contents  of  the 
data  word  count/mode  code  field  are  to  be  decoded  as  a  five  bit  mode  command. 
The  mode  code  shall  only  be  used  to  communicate  with  the  multiplex  bus  related 
hardware,  and  to  assist  in  the  management  of  information  flow,  and  not  to 
extract  data  from  or  feed  data  to  a  functional  subsystem.  Codes  00000  through 
01111  shall  only  be  used  for  mode  codes  which  do  not  require  transfer  of  a  data 
word.  For  these  codes,  the  T/R  bit  shall  be  set  to  1.  Codes  10000  through 
11111  shall  only  be  used  for  mode  codes  which  require  transfer  of  a  single, data 
word.  For  these  mode  codes,  the  T/R  bit  shall  indicate  the  direction  of  data 
word  flow  as  specified  in  4.3-3.5.1.3*  No  multiple  data  word  transfer  shall  be 
implemented  with  any  mode  code.  The  mode  codes  are  reserved  for  the  speclfio 
functions  as  specified  in  table  1  and  shall  not  be  used  for  any  other  purpose. 
If  the  designer  chooses  to  implement  any  of  these  functions,  the  specific 
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codes,  T >'H  bit  assignments,  arid  use  of  a  data  w>id,  shall  be  used  as  indicated. 
The  use  of  the  broadcast  command  option  shall  only  be  applied  to  particular 
mode  codes  as  specified  in  table  j. 

*1 . 3 . 3 .5 . 1  .7  . 1  Dynamic  bus  control.  The  controller  shall  issue  a  transmit 
command  to  an  RT  capable  of  performing  the  bus  control  function.  This  RT  shall 
respond  with  a  status  word  as  specified  in  4.  5.  1.5.3.  Control  of  the  data  bus 
passes  from  the  offering  bus  controller  to  the  accepting  RT  upon  completion  of 
the  transmission  of  the  status  word  by  the  RT .  If  the  RT  rejects  control  of 
the  data  bus,  the  offering  bus  controller  retains  control  of  the  data  bus. 

4. 3. 3-  5. 1.7 .2  Synchronize  (without  data  word).  This  command  shall  cause  the 
RT  to  synchronize  (e.g.,  to  reset  the  internal  timer,  to  start  a  sequence, 
etc.).  The  RT  shall  transmit  the  status  word  as  specified  in  4.3-3-5.3- 

4 . 3 • 3 • 5 . 1 . 7 . 3  Transmit  status  word.  This  command  shall  cause  the  RT  to 
transmit  the  status  word  associated  with  the  last  valid  command  word  preceding 
this  command.  This  mode  command  shall  not  alter  the  state  of  the  status  word. 

4 . 3 . 3 .5 . 1 .7 . 4  Initiate  seif  test.  This  command  shall  be  used  to  Initiate  self 
test  within  the  RT.  The  RT  shall  transmit  the  status  word  as  specified  In 

4. 3-  3. 5. 3. 

4 . 3 • 3 -5 . 1 .7 .5  Transmitter  shutdown.  This  command  (to  only  be  used  with  dual 
redundant  bus  systems)  shall  cause  the  KT  to  disable  the  transmitter  associated 
with  the  redundant  bus.  The  RT  shall  not  comply  with  a  command  to  shut  down  a 
transmitter  on  the  bus  from  which  this  command  Is  received.  In  all  cases,  the 
RT  shall  respond  with  a  status  word  as  specified  In  4. 3-3. 5. 3  after  this 
command . 

4 . 3 • 3 -5 . 1  .7  .6  Override  transmitter  shutdown.  This  command  (to  only  be  used 
with  dual  redundant  bus  system)  shall  '’ause  the  RT  to  enable  a  transmitter 
which  was  previously  disabled.  The  RT  shall  not  comply  with  a  command  to 
enable  a  transmitter  on  the  bus  from  which  this  command  is  received.  In  all 
cases,  the  RT  shall  respond  with  a  status  word  as  specified  In  4. 3. 3-5.3  after 
this  command. 

4 .3 .3 - 5 . 1 .7  .7  Inhibit  terminal  flag  (T/F)  bit.  This  command  shall  cause  the 
RT  to  set  the  T/F  bit  in  the  status  word  specified  in  4. 3. 3. 5. 3  to  logic  zero 
until  otherwise  commanded.  The  HT  shall  transmit  the  status  word  as  specified 
in  4. 3. 3- 5. 3. 

4 . 3 .3 - 5 . 1  .7  .8  Override  inhibit  T/F  bit.  This  command  shall  cause  the  RT  to 
override  the  inhibit  T/F  bit  specified  in  4 . 3 . 3 -5 . 1 .7 .7 .  The  RT  shall  transmit 
the  status  word  as  specified  in  4.  3. 3.5.3. 

4 . 3 . 3 .5 . 1  .7  .9  Reset  remote  terminal.  This  o rmmand  shall  be  used  to  reset  the 
RT  to  a  power  up  initialized  state.  The  RT  shall  first  transmit  its  status 
word,  and  then  reset. 

4.3.3- 5.1.7.10  Reserved  mode  codes  ( 0 1001  to  01111).  These  mode  codes  are 
reserved  for  future  use  and  shall  not  be  used. 
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TABLE  I.  Assigned  mode 

Function 

codes 

Assoc  ta  ted 
Data  Word 

1 

00000 

Dynamic  bus  Control 

NO 

1 

00001 

Synchronize 

No 

1 

00010 

Transmit  Status  Word 

NO 

1 

0001  1 

Initiate  Self  Test 

No 

1 

0C100 

Transmitter  Shutdown 

NO 

1 

00101 

Override  Transmitter  Shutdown 

No 

1 

00110 

Inhibit  Terminal  Flag  bit 

NO 

1 

00111 

Override  Inhibit  Terminal  flag 

bit 

NO 

1 

01000 

Heset  Remote  Terminal 

No 

1 

01001 

1 

Reserved 

1 

No 

1 

1 

J 

01111 

» 

Reserved 

No 

1 

10000 

Transmit  Vector  Word 

Yes 

0 

10001 

Synchronize 

Yes 

1 

10010 

Transmit  Last  Command 

Yes 

1 

10011 

Transmit  BIT  Word 

Yes 

0 

10100 

Selected  Transmitter  Shutdown 

Yes 

0 

10101 

Override  Selected  Transmitter 

Yes 

1  or 

0  10110 

1 

Shutdown 

Reserved 

I 

Yes 

1 

1  or 

* 

0  11111 

\ 

Reserved 

* 

Yes 

NOTE:  To  be  determined  ( TBD) 
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Broadcast 
Command  Allowed 

No 

Tea 

No 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

TBD 

I 

TBD 

No 

Yes 

No 

No 

Yes 

Yes 

TBD 

i 

TBD 
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**.  3  -  3-S-  1.7.  11  Transmit  vector  word.  Ibis  command  .'.hall  cause  Ihe  HT  to 
transmit  a  status  word  as  specified  iti  4.  3.  3.5.  3  and  a  data  word  containing 
service  request  information. 

b-3-3-5- 1-7  -  Synchronize  (with  data  word j .  Ihe  hi  shall  receive  a  command 
word  followed  by  a  data  word  as  specified  in  ff.3.3.5.,.  1  tie  data  word  shall 

contain  synchronization  Information  for  trie  HI.  After  receiving  the  command 
and  data  word,  the  hi  shall  transmit  the  status  word  as  specified  in  if.  3. 3-5  3- 

*1.3.3.5.1.7.13  Transmit  last  command  word.  This  command  shall  cause  the  hT  to 
transmit  its  status  word  as  specltied  in  11.3.3.5.3  followed  by  a  single  data 
word  which  contains  bits  4-iq  of  the  last  command  word,  excluding  a  transmit 
last  command  word  mode  code  received  by  the  HT.  Ihis  mode  command  shall  not 
alter  the  state  of  the  HT's  status  word. 

b -  3 -  3 -  5> .  1.7.14  Transmit  built- ln-test  (bil  l  word  .  This  command  shal  1  cause 
the  hT  to  transmit  its  status  word  as  specified  in  4.  3.  3.5.  3  followed  by  a 
single  data  word  containing  the  HT  till  data.  This  function  is  Intended  to 
supplement  the  available  bits  In  the  status  word  when  the  hT  hardware  is 
sufficiently  complex  to  warrant  Its  use.  The  data  word,  containing  the  RT  BIT 
data,  shall  not  be  altered  by  the  reception  of  a  transmit  last  command  or  a 
transmit  status  word  mode  code.  This  function  shall  not  be  used  to  convey  BIT 
data  from  the  associated  subsystem! s) . 

4. 3. 3- 5. 1 .7. 15  Selected  transmitter  shutdown.  Thi3  command  shall  cause  the  RT 
to  disable  the  transmitter  associated  with  a  specified  redundant  data  bus.  The 
command  is  designed  for  use  with  systems  employing  more  than  two  redundant 
buses.  The  transmitter  that  is  to  be  disabled  shall  be  identified  In  the  data 
word  following  the  command  word  In  the  format  as  specified  in  4. 3. 3.5.2-  The 
RT  shall  not  comply  with  a  command  to  shut  down  a  transmitter  on  the  bus  from 
which  this  command  Is  received.  In  all  oases,  the  HT  shall  respond  with  a 
status  word  as  specified  in  4. 3. 3. 5. 3. 

ft. 3. 3.5. 1.7. 16  Override  selected  transmitter  shutdown.  This  command  shall 
cause  the  HT  to  enable  a  transmitter  which  was  previously  disabled.  The 
command  Is  designed  for  use  with  systems  employing  more  than  two  redundant 
buses.  The  transmitter  that  is  to  be  enabled  shall  be  identified  in  the  data 
word  following  the  command  word  in  tne  format  as  specified  in  4. 3. 3* 5- 2.  The 
HT  shall  not  comply  with  a  command  to  enable  a  transmitter  on  the  bus  from 
which  this  command  is  received.  In  all  cases,  the  RT  shall  respond  with  a 
status  word  as  specified  in  4 . 3  -  3  -  5  -  3  - 

M . 3 . 3. 5 -  1  • 7 •  17  Reserved  mode  codes  (10110  to  111111.  These  mode  codes  are 
reserved  for  future  use  and  shall  not  lie  used. 

4. 3-  3-5-2  Data  word  .  A  data  word  shall  be  comprised  of  a  sync  waveform,  data 
bits,  and  a  parity  bit  (see  figure  3). 

4. 3. 3- 5.2.1  Dyne .  The  data  sync  waveform  3hall  be  an  invalid  Manchester 
waveform  as  shown  on  figure  5.  The  width  shall  be  three  bit  times,  with  the 
waveform  being  negative  for  the  first  one  and  one-half  bit  times,  and  then 
positive  for  the  following  one  and  one-half  bit  times.  Note  that  if  the  bits 
preceding  and  following  the  sync  are  logic  ones,  then  'he  apparent  width  of  the 
syne  waveform  will  be  increased  to  lour  bit  times. 
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4. 3- 3-5 .2.2  Data .  The  sixteen  bits  following  the  sync  shall  be  utilized  for 
data  transmission  as  specified  In  4.j.i ;. 

*•-3- 3-5-2. 3  Parity .  The  last  bit  shall  be  utilized  for  parity  as  specified  In 

4. 3- 3-5- 1-6. 

4 -3. 1-5- 3  Status  word.  A  status  word  shall  be  comprised  of  a  syno  waveform, 

RT  address,  message  error  bit.  Instrumentation  bit,  service  request  bit,  thrme 
reserved  bits,  broadcast  command  received  bit,  busy  bit,  subsystem  flag  bit, 
dynamic  bus  control  acceptance  bit,  terminal  flag  bit,  and  a  parity  bit.  For 
optional  broadcast  operation,  transmission  of  the  status  word  shall  be 
suppressed  as  specified  in  4. 3. 3.6.7. 

4. 3- 3-5. 3-1  Svnc.  The  status  sync  waveform  shall  be  as  specified  In 

4. 3-  3. 5. 1.1. 

4. 3-  3- 5. 3-2  RT  address.  The  next  five  bits  following  the  syno  shall  contain 
the  address  of  the  RT  which  is  transmitting  the  status  word  as  defined  In 

4. 3. 3. 5. 1.2. 

4. 3. 3-  5- 3 .3  Message  error  bit.  The  status  word  bit  at  bit  time  nine  (see 
figure  3)  shall  be  utilized  to  indicate  that  one  or  more  of  the  data  words 
associated  with  the  preceding  receive  command  word  from  the  bus  controller  has 
failed  to  pass  the  RT's  validity  tests  as  specified  In  4. 4. 1.1.  This  bit  shall 
also  be  set  under  the  conditions  specified  In  4. 4. 1.2,  4. 4. 3. 4  and  4. 4. 3. 6.  A 
logic  one  shall  Indicate  the  presence  or  a  message  error,  and  a  loglo  zero 
shall  show  its  absence.  All  RT's  shall  Implement  the  message  error  bit. 

4. 3. 3. 5. 3. 4  Instrumentation  bit.  The  status  word  at  bit  time  ten  (see  figure 
3)  shall  be  reserved  for  the  Instrumentation  bit  and  shall  always  be  a  logic 
zero.  This  bit  Is  Intended  to  be  used  in  conjunction  with  a  loglo  one  In  bit 
time  ten  of  the  command  word  to  distinguish  between  a  command  word  and  a  status 
word.  The  use  of  the  instrumentation  bit  Is  optional. 

4. 3- 3. 5. 3. 5  Service  request  bit.  The  status  word  bit  at  bit  time  eleven  (see 
figure  3)  shall  be  reserved  for  the  service  request  bit.  The  use  of  this  bit 
Is  optional.  This  bit  when  used,  shall  Indicate  the  need  for  the  bus 
controller  to  take  specific  predefined  actions  relative  to  either  the  RT  or 
associated  subsystem.  Multiple  subsystems,  interfaced  to  a  single  RT,  which 
individually  require  a  service  request  signal  shall  logically  OR  their 
individual  signals  Into  the  single  status  word  bit.  In  the  event  this  logical 
OR  Is  performed,  then  the  designer  must  make  provisions  in  a  separate  data  word 
to  Identify  the  specific  requesting  subsystem.  The  service  request  bit  is 
Intended  to  be  used  only  to  trigger  data  transfer  operations  which  take  place 
on  an  exception  rather  than  periodic  basis.  A  logic  one  shall  indicate  the 
presence  of  a  service  request,  and  a  logic  zero  its  absence.  If  this  function 
is  not  Implemented,  the  bit  shall  be  set  to  zero. 

4. 3. 3. 5. 3. 6  Reserved  status  bits.  The  status  word  bits  at  bit  times  twelve 
through  fourteen  are  reserved  for  future  use  and  shall  not  be  used.  These  bits 
shall  be  set  to  a  logic  zero. 
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4 . 3 . 3.5. 3 .7  Broadcast  t-nimann  received  bit.  The  status  word  at  bit  time 
fifteen  shall  be  set  to  a  login  one  to  Indicate  that  the  preceding  valid 
command  word  was  a  broadcast  command  and  a  logic  zero  shall  show  It  was  not  a 
broadcast  command.  If  the  broadcast  command  option  is  not  used,  this  bit  shall 
be  set  to  a  logic  zero. 

*••3. 3*5. 3.8  Buav  bit.  The  status  word  bit  at  bit  time  sixteen  (see  figure  3) 
shall  be  reserved  for  the  busy  bit.  The  use  of  this  bit  is  optional.  This 
bit,  when  used,  shall  Indicate  that  the  RT  or  subsystem  is  unable  to  move  data 
to  or  from  the  subsystem  in  compliance  with  the  bus  controller's  command.  A 
logic  one  shall  indicate  the  presence  of  a  busy  condition,  and  a  logio  zero  its 
absence.  In  the  event  the  busy  bit  is  set  in  response  to  a  transmit  command, 
then  the  RT  shall  transmit  its  status  word  only.  If  this  function  is  not 
implemented,  the  bit  shall  be  set  to  logic  zero. 

4. 3. 3. 5- 3. 9  Subsystem  flag  bit.  The  status  word  bit  at  bit  time  seventeen 
(see  figure  3)  shall  be  reserved  for  the  subsystem  flag  bit.  The  use  of  this 
bit  is  optional.  This  bit,  when  used,  shall  flag  a  subsystem  fault  condition, 
and  alert  the  bus  controller  to  potentially  invalid  data.  Multiple  subsystems, 
interfaced  to  a  single  RT,  which  individually  require  a  subsystem  flag  bit 
signal  shall  logically  OR  their  individual  signals  into  the  single  status  word 
bit.  In  the  event  this  logical  OR  is  performed,  then  the  designer  must  make 
provisions  in  a  separate  data  word  to  identify  the  specific  reporting 
subsystem.  A  logic  one  shall  indicate  the  presence  of  the  flag,  and  a  logio 
zero  its  absence.  If  not  used,  this  bit  shall  be  set  to  logic  zero. 

4.3.3.5.3.10  Dynamic  bus  control  acceptance  bit.  The  status  word  bit  at  bit 
time  eighteen  (see  figure  3)  shall  be  reserved  for  the  acceptance  of  dynamic 
bus  control.  This  bit  shall  be  used  if  the  RT  implements  the  optional  dynamio 
bus  control  function.  This  bit,  when  used,  shall  Indicate  acceptance  or 
rejection  of  a  dynamic  bus  control  offer  as  specified  in  4 . 3 . 3 .5 . 1 .7 . 1 .  A 
logic  one  shall  indicate  acceptance  of  control,  and  a  logic  zero  shall  Indicate 
rejection  of  control.  If  this  function  is  net  used,  this  bit  shall  be  set  to 
logic  zero. 

4.3.3.5.3.11  Terminal  flag  bit.  The  status  word  bit  at  bit  time  nineteen  (see 

figure  3)  shall  be  reserved  for  the  terminal  flag  function.  The  use  of  this 

bit  is  optional.  This  bit,  when  used,  shall  flag  a  RT  fault  condition.  A 

logic  one  shall  indicate  the  presence  of  the  flag,  and  a  logic  zero,  its 
absence.  If  not  used,  this  bit  shall  be  set  to  logic  zero. 

4.3.3.5.3.12  Parity  bit.  The  least  significant  bit  in  the  status  word  shall 
be  utilized  for  parity  as  specified  in  4. 3. 3. 5. 1.6. 

4. 3-3.5. 4  Status  word  reset.  The  status  word  bit,  with  the  exception  of  the 
address,  shall  be  set  to  logic  zero  after  a  valid  command  word  is  received  by 
the  RT  with  the  exception  as  specified  in  4. 3. 3. 5. 1.7.  If  the  conditions  which 
caused  bits  in  the  status  word  to  be  set  (eg.,  terminal  flag)  continue  after 
the  bits  are  reset  to  logic  zero,  th  n  th<'  affected  status  word  bit  shall  be 
again  set,  and  then  transmitted  on  the  cUs  as  required. 

4.3. 3. 6  Message  formats.  The  messages  transmitted  on  the  data  bus  shall  be  in 
accordance  with  the  formats  on  figure  6  and  figure  .  The  maximum  and  minimum 
response  times  shall  be  as  stated  in  4.3. 3.7  and  4. 3. 3. 8.  No  message  formats, 
other  than  those  defined  herein,  shall  be  used  on  the  bus. 
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4.3- i-b.l  bus  controller  to  remote  terminal  transfers.  The  bus  controller 
shall  issue  a  receive  command  followed  by  the  specified  nunber  of  data  words. 

The  HI  shall  ,  after  message  validation,  transmit  a  status  word  back  to  the 
controller.  The  command  arid  uata  words  shall  be  transmitted  In  a  contiguous 
fashion  with  no  inter  word  gaps. 

4.  3. 3. 6. 2  Hemote  terminal  to  bus  controller1  transfers.  The  bus  controller 
shall  issue  a  transmit  conunand  to  the  Hi.  The  HI  shall  ,  after  command  word 
validation,  transmit  a  status  word  back  to  ti»e  bus  controller,  followed  by  the 
specified  nunber  of  data  words.  The  status  and  data  words  shall  be  transmitted 
in  a  contiguous  fashion  with  no  interword  gaps. 

**•3. 3. 6- 3  Remote  terminal  to  remote  terminal  transfers.  The  bus  controller 
shall  Issue  a  receive  command  to  RT  A  followed  contiguously  by  a  transmit 
G°*mand  to  RT  B.  RT  B  shall,  after  command  validation,  transmit  a  status  word 
followed  by  the  specified  number  of  data  words.  The  status  and  data  words 
shall  be  transmitted  in  a  contiguous  fashion  with  no  gap.  At  the  conclusion  of 
the  data  transmission  by  RT  B,  RT  A  shali  transmit  a  status  word  within  the 
specified  time  period. 

4. 3. 3* 6. 4  Mode  command  without  data  word.  The  bus  controller  shall  Issue  a 
transmit  command  to  the  RT  using  a  mode  code  specified  in  table  I.  The  RT 
shall,  after  command  word  validation,  transmit  a  status  word . 

4. 3. 3- 6.5  Mode  command  with  data  word  (transmit).  The  bus  controller  shall 
issue  a  transmit  command  to  the  RT  using  a  mode  code  specified  In  table  I.  The 
RT  shall,  after  command  word  validation,  transmit  a  status  word  followed  by  one 
Uata  word.  The  status  word  and  data  word  shall  be  transmitted  in  a  contiguous 
fashion  with  no  gap. 

4.  3- 3- 6. 6  Mode  command  wHh  word  (receive).  The  bus  controller  shall 

issue  a  receive  command  to  the  RT  using  l  mode  code  specified  in  table  I, 
followed  by  one  data  word.  The  command  word  and  data  word  shall  be  transmitted 
In  a  contiguous  fashion  with  no  gap.  The  RT  shall,  after  command  and  data  word 
validation,  transmit  a  status  word  back  to  the  controller. 

4. 3. 3- 6.7  Optional  broadcast  command.  See  10.6  for  additional  information  on 
the  use  of  the  broadcast  command. 

4 . 3 • 3 • 6 • 7 .  1  bus  controller  to  remote  terminal(s)  transfer  (broadcast) .  The 
bus  controller  shall  Issue  a  receive  command  word  with  111)1  in  the  RT  address 
field  followed  by  the  specified  nunber  of  data  words.  The  command  word  and 
(lata  words  shall  be  transmitted  in  a  contiguous  fashion  with  no  gap.  The  RT(s* 
with  the  broadcast  option  shall  after  message  validation,  set  the  broadcast 
conunand  received  bit  in  the  status  word  as  specified  in  4.  3. 3. 5. 3.7  and  shall 
not  transmit  the  status  word. 
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M.  3.  3. 6. 7. 2  Remote  terminal  to  remote  terminal(s)  transfers  (broadcast).  The 
bus  controller  shall  issue  a  receive  command  word  with  11111  in  the  RT  address 
field  followed  by  a  transmit  command  to  RT  A  using  the  RT's  address.  RT  A 
shall,  after  command  word  validation,  transmit  a  status  word  followed  by  the 
specified  number  of  data  words.  The  status  and  data  words  shall  be  transmitted 
in  a  contiguous  fashion  with  no  gap.  The  RT(s)  with  the  broadcast  option, 
excluding  HT  A,  shall  after  message  validation,  set  the  broadcast  received  bit 
in  the  status  word  as  specified  in  11.3.3.5.3.7  and  shall  not  transmit  the 
status  word . 

4. 3.3.6. 7. 3  Mode  command  without  data  word  (broadcast).  The  bus  controller 
shall  issue  a  transmit  command  word  with  11111  in  the  RT  address  field,  and  a 
mode  code  specified  in  table  1.  The  RT(s)  with  the  broadcast  option  shall 
after  command  word  validation,  set  the  broadcast  received  bit  in  the  status 
word  as  specified  in  4. 3. 3. 5. 3-7  and  shall  not  transmit  the  status  word. 

4. 3. 3. 6. 7. 4  Mode  command  with  data  word  (broadcast).  The  bus  controller  shall 
issue  a  receive  command  word  with  11111  in  the  RT  address  field  and  a  mode  code 
specified  in  table  1,  followed  by  one  data  word.  The  command  word  and  data 
wcrd  shall  be  transmitted  in  a  contiguous  fashion  with  no  gap.  The  RT(a)  with 
the  broadcast  option  shall  after  message  validation,  set  the  broadcast  received 
bit  in  the  status  word  as  specified  in  4. 3-3.5. 3*7  and  shall  not  transmit  the 
status  word  . 

4. 3. 3.7  Intermessage  gap.  The  bus  controller  shall  provide  a  minimum  gap  time 
of  4.0  microseconds  (.us)  between  messages  as  shown  on  figure  6  and  figure  7. 
This  time  period,  shown  as  T  on  figure  8,  is  measured  at  point  A  of  the  bus 
controller  as  shown  on  figure  9  or  figure  10.  The  time  is  measured  from  the 
mid-bit  zero  crossing  of  the  last  bit  of  the  preceding  message  to  mid-zero 
crossing  of  the  next  command  word  sync. 

4. 3. 3.0  Response  time.  The  RT  shall  respond,  in  accordance  with  4. 3. 3. 6,  to  a 
valid  command  word  within  the  time  period  of  4.0  to  12.0  .us .  This  time  period, 
shown  as  T  on  figure  8,  is  measured  at  point  A  of  the  RT  as  shown  on  figure  9 
or  figure  10.  The  time  is  measured  from  the  mid  bit  zero  crossing  of  the  last 
word  as  specified  In  4. 3. 3. 6  and  as  shown  on  figure  6  and  figure  7  to  the 
mid-zero  crossing  of  the  status  word  sync . 

4. 3. 3* 9  Minimum  no-reaponse  time-out.  The  minimus  time  that  a  terminal  shall 
wait  before  considering  that  a  response  as  specified  in  4. 3. 3-8  has  not 
occurred  shall  be  14.0  us.  The  time  is  measured  from  the  mid-bit  zero  crossing 
of  the  last  bit  of  the  last  word  to  the  mid-zero  crossing  of  the  expected 
status  word  sync  at  point  A  of  the  terminal  as  shown  on  figure  9  or  figure  10. 

4.4  Terminal  operation. 

4.4.1  Common  operation.  Terminals  shall  have  common  operating  capabilities  as 
specified  in  the  following  paragraphs. 
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FIGURE  8 .  Intenxssagc  gap  and  response  time. 
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FIOURF.  9.  Data  bus  Interface  using  transformer  coupling. 
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4.4.  1.1  Word  validation.  The  terminal  shall  insure  that  each  word  conforms  to 
the  following  mlnimun  criteria: 

a.  The  word  begins  with  a  valid  sync  field. 

b.  The  bits  are  in  a  valid  Manchester  11  code. 

c.  The  information  field  has  16  bits  plus  parity. 

d.  The  word  parity  is  odd. 

When  a  word  fails  to  conform  to  the  preceding  criteria,  the  word  shall  be 
considered  invalid. 

*••4.1.2  Transmission  continuity.  The  terminal  shall  verify  that  the  message 
is  contiguous  as  defined  in  4. 3*3.8.  Improperly  timed  data  syncs  shall  be 
considered  a  message  error. 

4.4.  1.3  Terminal  fall-safe.  The  terminal  shall  contain  a  hardware  implemented 
time-out  to  preclude  a  signal  transmission  of  greater  than  800.0  us.  This 
hardware  shall  not  preclude  a  correct  transmission  in  response  to  a  command. 
Reset  of  this  time-out  function  shall  be  performed  by  the  reception  of  a  valid 
command  on  the  bus  on  which  the  time-out  has  occurred. 

4.4.2  Bus  controller  operation.  A  terminal  operating  as  a  bus  controller 
shall  be  responsible  for  sending  data  bus  commands,  participating  in  data 
transfers,  receiving  status  responses,  and  monitoring  system  status  as  defined 
in  this  standard,  the  bus  controller  function  may  be  embodied  as  either  a 
stand-alone  terminal,  whose  sole  function  is  to  control  the  data  bus(s),  or 
contained  within  a  subsystem.  Oily  one  terminal  shall  be  in  active  control  of 
a  data  bus  at  any  one  time. 

4.4.3  flemote  terainal. 

4.4.3.  1  Operation.  A  remote  terminal  (RT)  shall  operate  in  response  to  valid 
commands  received  from  the  bus  controller.  The  RT  shall  accept  a  command  word 
as  valid  when  the  command  word  meets  the  criteria  of  4.4. 1.1,  and  the  command 
word  contains  a  terminal  address  which  matches  the  RT  address  or  an  address  of 
11111,  if  the  RT  has  the  broadcast  option. 

4. 4. 3.2  Superseding  valid  commands.  The  HI  shall  be  capable  of  receiving  a 
command  word  on  the  data  bus  after  the  minimus  intermessage  gap  time  as 
specified  in  4. 3*3-7  has  been  exceeded,  when  the  HT  is  not  in  the  time  period  T 
as  specified  in  4. 3. 3.8  prior  to  the  transoi  ission  of  a  status  word,  and  when  it 
is  not  transmitting  on  that  data  bus.  A  second  valid  command  word  sent  to  an 
RT  shall  take  precedence  over  the  previous  command.  The  RT  shall  respond  to 
the  second  valid  command  as  specified  in  4. 3. 3. 8. 

4. 4. 3-  3  Invalid  commands.  A  remote  terminal  shall  not  respond  to  a  command 
word  which  falls  to  meet  the  criteria  specified  in  4.4.3.  1. 

4. 4. 3- 4  Illegal  command.  An  illegal  command  is  a  valid  command  as  specified 
in  4. 4. 3.1,  where  the  bits  in  the  sub add  res s/m ode  field,  data  word  count/raode 
code  field,  and  the  T/R  bit  indicate  a  mode  command,  subaddress,  or  word  count 
that  has  not  been  implemented  in  the  HI.  if  is  the  responsibility  of  the  bus 
controller  to  assure  that  no  illegal  commands  are  rent  out.  The  RT  designer 
has  the  option  of  monitoring  for  illegal  commands.  If  an  HT  that  is  designed 
with  this  option  detects  an  illegal  command  and  the  (roper  nunber  of  contiguous 
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valid  data  words  as  specified  by  the  Illegal  command  word,  It  shall  respond 
with  a  status  word  only,  setttng  the  message  error  bit,  and  not  use  the 
Information  received  . 

4.4. 3-5  Valid  data  reception  ■  The  remote  term  trial  shal  1  respond  with  a  status 
word  when  a  valid  command  word  and  the  proper  nixnber  of  contiguous  valid  data 
words  are  received,  or  a  single  valid  word  associated  with  a  mode  code  Is 
received.  Each  data  word  shall  meet  the  criteria  specified  in  4.4.  1.1. 

4.4. 3.6  Invalid  data  reception.  Any  data  word(s)  associated  with  a  valid 
receive  command  that  does  not  meet  the  criteria  specified  in  4.4.  1.1  and 

4.4. 1.2  or  an  error  in  the  data  word  count  shall  cause  the  remote  terminal  to 
set  the  message  error  bit  in  the  status  word  to  a  logic  one  and  suppress  the 
transmission  of  the  status  word.  11  a  message  error  has  occurred,  then  the 
entire  message  shall  be  considered  invalid. 

4.4.4  Bus  monitor  operation.  A  terminal  operating  as  a  bus  monitor  shall 
receive  bus  traffic  and  extract  selected  Information.  Wnile  operating  as  a  bus 
Monitor,  the  terminal  shall  not  respond  to  any  message  except  one  containing 
Its  own  unique  address  If  one  is  assigned.  All  information  obtained  while 
acting  as  a  bus  monitor  shall  be  strictly  used  for  off-line  applications  (e.g., 
flight  test  recording,  maintenance  recording  or  mission  analysis)  or  to  provide 
the  back-up  bus  controller  sufficient  information  to  take  over  as  the  bus 
controller . 

4.5  Hardware  characteristics. 

4.5.1  Data  bug, characteristics. 

4.5.  1.1  Cable .  The  cable  used  for  the  main  bus  and  all  stubs  shall  be  a  two 
conductor,  twisted,  shielded,  jacketed  cable.  The  wire-to-wlre  distributed 
capacitance  shall  not  exceed  30.0  picofarads  per  foot.  The  cables  shall  be 
formed  with  not  less  than  four  twists  per  foot  where  a  twist  Is  defined  as  a 
360  degree  rotation  of  the  wire  pairs;  and,  the  cable  shield  shall  provide  a 
minimal  of  75-0  percent  coverage. 

4.5. 1.2  Characteristic  impedance.  The  nominal  characteristic  impedance  of  the 
cable  (Zo^  91**11  He  within  the  range  of  70.0  ohms  to  85.0  ohms  at  a  sinusoidal 
frequency  of  1.0  megahertz  (MHz). 

4.5.  1-3  Cable  attenuation.  At  the  frequency  of  4.5.1 .2,  the  cable  power  loss 
shall  not  exceed  1.5  decibels  (db)/100  feet  (ft). 

4.5.  I-**  Cable  termination.  The  two  ends  of  the  cable  shall  be  terminated  with 
a  resistance,  equal  to  the  selected  cable  nominal  characteristic  Impedance  ( Z0) 
t  2.0  percent. 

4.5.  1.5  Cable  stub  requirements .  The  cable  shall  be  coupled  to  the  terminal 
as  shown  on  figure  9  or  figure  10.  The  use  of  long  stubs  Is  discouraged,  and 
the  length  of  a  stub  should  be  minimized.  However,  if  installation 
requirements  dictate,  stub  lengths  exceeding  those  lengths  specified  in 

4.5. 1.5.1  and  4.5. 1.5.2  are  permissible. 
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4-5.  1.6.1  IC4CLSI  .ormer  y  oup  i  eU  s  t  uba  .  I  he  length  »l  a  transformer  coupled  stub 

should  not  exceed  ,'t)  feet  .  If  a  transformer  c-oupled  stub  is  used,  then  the 

following  shall  apply. 

M.5.  1.5.1.  1  Coupling  transformer.  A  coupling  transformer,  as  shown  on  figure 
9,  shall  be  required.  Ihls  trans former  shall  have  a  turns  ratio  of  1:1.41  + 

3-0  percent,  with  the  higher  turns  on  the  isolation  resistor  side  of  the  stub. 

4 .5 . 1 .5 . 1  .  1  •  1  Transformer  incut  impedance.  The  open  circuit  impedance  as  seen 

at  point  B  on  figure  11  shall  be  greater  than  3000  ohms  over  the  frequency 

range  of  75.0  klloiiertz  (kHz)  to  1.0  megahertz  (MHz),  when  measured  with  a  1 .0  V 

root-mean-square  (RMS)  sin  wave. 

4  .5 . 1 .5 . 1 . 1  .2  Transformer  waveform  integrity.  The  droop  of  the  transformer 
using  the  test  configuration  shown  on  figure  11  at  point  B,  shall  not  exceed 
20.0  percent.  Overshoot  and  ringing  as  measured  at  point  B  shall  be  less  that 
1  1.0  V  peak.  For  this  test,  R  shall  equal  360.0  ohms  1  5.0  percent  and  the 
Input  A  of  figure  11  shall  be  a  250.0  kHz  square  wave.  27.0  V  peak-to-peak , 
with  a  rise  and  fall  time  no  greater  than  100  nanoseconds  (ns). 

4.5.1  .5.1  .1  .3  Transformer  common  mode  rejection.  The  coupling  transformer 
shall  have  a  common  mode  rejection  ratio  greater  than  45.0  dB  at  1.0  MHz. 

*1.5. 1.5. 1.2  Fault  isolation.  An  isolation  resistor  shall  be  placed  In  series 
with  each  connection  to  the  data  bus  cable.  This  resistor  shall  have  a  value 
of  0.75  ZQ  ohms  plus  or  minus  2.0  percent,  where  Zo  Is  the  seleoted  oable 
nominal  characteristic  Impedance.  The  impedance  placed  across  the  data  bus 
cable  shall  be  no  less  than  1.5  Z0  ohms  for  any  failure  of  the  coupling 
transformer,  cable  stub,  or  terminal  transmitter /receiver . 

4.5. 1.5. 1.3  Cable  coupling.  All  coupling  transformers  and  Isolation 
resistors,  as  specified  In  4. 5. 1.5. 1.1  and  4. 5 .1.5. 1.2,  shall  have  continuous 
shielding  which  will  provide  a  minimum  or  75  percent  coverage.  The  isolation 
resistors  and  coupling  transformers  shall  be  placed  at  minimum  possible 
distance  from  the  Junction  of  the  stub  to  the  main  bus. 

4. 5. 1.5.1  4  Stub  voltage  requirement 3 .  Every  data  bus  shall  be  designed  such 
that  all  stubs  at  point  A  of  figure  9  shall  have  a  peak-to-peak  amplitude, 
llne-to-llhe  within  the  range  of  1.0  and  14.0  V  for  a  transmission  by  any 
terminal  on  the  data  bus.  This  shall  Include  the  maximum  reduction  of  data  bus 
signal  amplitude  in  the  event  that  one  of  the  terminals  has  a  fault  which 
causes  It  to  reflect  a  fault  Impedance  specified  In  4. 5. 1.5. 1.2  on  the  data 
bus.  This  shall  also  Include  the  worse  case  output  voltage  of  the  terminals  as 
specified  In  4. 5. 2. 1.1.1  and  4. 5. 2. 2. 1.1. 

4. 5. 1.5. 2  Direct  coupled  stubs.  The  length  of  a  direct  coupled  stub  should 
not  exceed  1  foot.  Refer  to  10.5  for  comments  concerning  direct  ootoled  stubs. 
If  a  direct  coupled  stub  Is  used,  then, the  following  shall  apply. 

4. 5. 1.5. 2.1  Fault  isolation.  An  Isolation  resistor  shall  be  placed  In  series 
with  each  connection  to  the  data  bus  coble.  This  resistor  shall  have  a  value 
of  55.0  ohms  plus  or  minus  2.0  percent.  The  isolation  resistors  shall  be 
placed  within  the  RT  as  shown  on  figure  10. 
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FIGURE  1 2 .  Terminal  I/O  characteristics  for  transformer  coupled  and  direct 
coupled  stubs . 
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*••5-  1.5. 2. 2  Cable  coupling.  All  bus-stub  Junctions  shall  have  continuous 
shielding  whicti  will  provide  a  minimum  of  75  percent  coverage. 

4  .5. 1.5. 2. 3  Stub  requirements .  Every  data  bus  shall  be  designed  suoh 

that  all  stubs  at  point  A  of  figure  10  shall  have  a  peak-to-peak  amplitude, 
line-to-llne  within  the  range  of  1.4  and  20.0  V  foj'  a  transmission  by  any 
terminal  on  the  data  bus.  This  shall  include  the  maximum  reduction  of  data 
bus  signal  amplitude  in  the  event  that  one  of  the  terminals  has  a  fault  which 
causes  it  to  reflect  a  fault  Impedance  of  no  ohms  on  the  data  bus.  This  shall 
also  Include  the  worst  case  output  voltage  of  the  terminals  as  specified  in 

4. 5. 2. 1.1.1  and  4. 5. 2. 2. 1.1. 

4. 5. 1.5. 3  Mlrlrut  and  cabling  for  KMC.  For  purposes  of  electromagnetic 
capability  (EMC),  the  wiring  and  cabling  provisions  of  M1L-E-6051  shall  apply. 

4.5.2  Terminal  characteristics. 

4. 5. 2.1  Terminals  with  transformer  counted  stubs. 

4. 5. 2. 1.1  Terminal  output  characteristics.  The  following  characteristics 
shall  be  measured  with  Rl<  a<’  shown  on  figure  12,  equal  to  70.0  ohms  ♦ 2.0 
percent. 

4.5.2.  1.1.1  Output  levels.  The  terminal  output  voltage  levels  shall  be 
measured  using  the  test  configuration  shown  on  figure  12.  The  terminal  output 
voltage  shall  be  within  the  range  of  18.0  to  27-0  V,  peak-to-peak, 

1  lne- to-1  Ine  ,  when  measured  at  point  A  on  figure  12. 

4.5.2. 1.1.2  Output  waveform.  The  wavelonn,  when  measured  at  point  A  on  figure 
12  shall  have  zero  crossing  deviations  which  are  equal  to,  or  less  than,  25.0 
ns  from  the  Ideal  crossing  point,  measured  with  respect  to  the  previous  zero 
crossing  ( 1  .e  . ,  .5  i  . 025  us ,  1.0  ±  .025  us ,  1.5  *  . 025  us ,  and  2.0  1  . 025  us) . 
Hie  rise  and  fall  time  of  this  waveform  shall  be  from  100.0  to  300.0  ns  when 
measured  from  levels  of  10  to  90  percent  of  full  waveform  peak-to-peak, 
line-to-line ,  voltage  as  shown  on  figure  13.  Any  distortion  of  the  waveform 
including  overshoot  and  ringing  shall  not.  exceed  ♦  900.0  millivolts  (mV)  peak, 

l  lne- to- 1  ine  ,  as  measured  at  point  A,  f  igure  12. 

4.5.2. 1.1. 3  Output  noise .  Any  noise  transmitted  when  the  terminal  is 
receiving  or  has  power  removed,  shall  not  exceed  a  value  of  14.0  mV ,  HMS, 

1  lne- to-1  ine  ,  as  measured  at  point  A,  figure  12. 

4.5.2. 1.1.4  Uutput  symmetry.  from  the  time  beginning  2.5  us  after  the  mid-bit 
crossing  of  the  parity  bit  of  the  last  word  transmitted  by  a  terminal,  the 
maximum  voltage  at  point  A  of  figure  12  shall  be  no  greater  than  *  250.0  mV 
peak,  1 lne- to-1  ine .  This  shall  be  tested  with  the  terminal  transmitting  the 
maxlmus  number  of  words  it  is  designed  to  transmit,  up  to  3  3-  This  test  shall 
be  run  six  times  with  each  word  in  a  contiguous  blocx  of  words  having  the  same 
bit  pattern.  The  six  word  contents  that  shall  be  used  are  8000k,,  7FFFi$, 

0000i6,  FFFFjfc,  5555 1  ,  and  AAAA 1  .  The  output  of  ine  terminal  shall  be  as 
specified  in  4.5.2.  1.1.1  and  4.5.2.  1.1.2. 

4.5-2. 1.2  Terminal  input  character ist  ics .  The  following  characteristics  shall 
be  measured  independently. 
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4-5 -2.  1.7'.  1  Input  wavelwrin  compatibility.  The  terminal  shall  be  capable  of 
receiving  and  opera t  mg  with  th»-  iwoming  signals  specified  herein,  and  shall 
accept  waveform  varying  from  a  square  wave  to  a  sine  wave  with  a  max  imum  zero 
crossing  deviation  from  the  ideal  with  respect  to  the  previous  zero  crossing  of 
t  ISO  ns  ,  (  l  .e  .  ,  2.0  t  .IS  os  ,  l.  5  1  .  I S  ;ia  ,  1.02  .  IS  pis  ,  .52  .  15  »s)  .  The 
terminal  shall  respond  to  an  input  signal  whose  peak- to-pea k  amplitude, 

1  ine- to- 1  ine  ,  is  within  trie  range  of  ,B6  to  14.0  V.  The  terminal  shall  not 
respond  to  an  input  signal  whose  [ieak-t.o-pcak  amplitude,  1  ine- to-1  ine ,  ts 
within  the  range  of  0.0  to  . P0  V.  The  voltages  are  measured  at  point  A  on 
figure  9  . 

4.5.2. 1.2.2  Common  mode  rejections.  Any  signals  from  direct  current  (DC)  to 
2.0  MHz, with  amplitudes  equal  to  or  less  than  *  10.0  V  peak,  1 ine- to-ground , 
measured  at  point  A  on  figure  9,  shall  not  degrade  the  performance  of  the 

r ece  Iver  . 

1.5.2. 1.2.3  Input  impedance.  The  magnitude  of  the  terminal  Input  Impedance, 
when  the  RT  Is  not  transmitting,  or  has  power  removed,  shall  be  a  minimum  of 
1000.0  ohms  within  the  frequency  range  of  75.0  khz  to  1.0  MHz.  Thla  Impedance 
la  that  measured  llne-to-line  at  point  A  on  figure  9. 

1.5.2. 1.2.4  Noise  re  lection.  The  terminal  shall  exhibit  a  maximum  word  error 
rate  of  one  part  In  10^,  on  all  words  received  by  the  terminal,  after 
validation  checks  as  specified  In  4.4,  when  operating  In  the  presence  of 
additive  white  Gaussian  noise  distributed  over  a  bandwidth  of  1.0  kHz  to  4.0 
MHz  at  an  RMS  amplitude  of  140  mV.  A  word  error  shall  Include  any  fault  which 
causes  the  message  error  bit  to  be  set  In  the  terminal’s  status  word,  or  ona 
which  causes  a  terminal  to  not  respond  to  a  valid  command.  The  word  error  rate 
shall  be  measured  with  a  2. 1  V  peak-to-peak ,  llne-to-llne,  input  to  the 
terminal  as  measured  at  point  A  on  figure  9.  The  noise  tests  shall  be  run 
continuously  until,  for  a  particular  number  of  failures,  the  nimiber  of  words 
received  by  the  terminal,  including  both  command  and  data  words,  exceeds  the 
required  number  for  acceptance  of  the  terminal,  or  is  less  than  tha  required 
number  for  rejection  of  the  terminal,  as  specified  In  table  II.  All  data  words 
used  In  the  tests  shall  contain  random  bit  patterns.  These  bit  patterns  shall 
be  unique  for  each  data  word  in  a  message,  and  shall  change  randomly  from 
message  to  message  . 

*••5.2.2  Terminals  with  direct  coupled  stubs. 

4. 5. 2. 2.1  Terminal  output  characteristics.  The  following  characteristics 
shall  be  measured  with  R^,  as  shown  on  figure  12,  equal  to  35.0  ohms  *  2.0 
percent . 


4. 5. 2. 2. 1.1  output  levels.  The  terminal  output  voltage  levels  shall  be 
measured  using  the  test  configuration  shown  on  figure  12.  The  terminal  output 
voltage  shall  be  within  the  range  of  b.O  to  9.0  V,  peak-to-peak,  line-to-line, 
when  measured  at  point  A  on  figure  12. 
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Tab  1 e  II.  Criteria  for  acceptance  or  rejection  of  a 
terminal  tor  ttie  noise  rejection  test 

TOTAL,  WORDS  RECEIVED  bf  THE  TERMINAL 
(  in  mul  ti  pies  of  107  ) 


No.  of 

he  jec  t 

Accept 

Errors 

(Eoual  or  less) 

(Eauai  or  more) 

0 

N/A 

9.  90 

1 

N/A 

5-21 

«•* 

c 

h/A 

6.02 

3 

N/A 

6.83 

9 

N/A 

7.69 

5 

N/A 

8.95 

6 

.95 

9-27 

7 

1.26 

10.06 

8 

2.07 

10.89 

9 

2.88 

11.70 

10 

3.69 

12.51 

1 1 

9.50 

1  3.  32 

12 

5.31 

19.13 

13 

6. 12 

19.99 

19 

6.93 

15.75 

15 

7.79 

16.56 

16 

8.55 

17.37 

17 

9.37 

18.19 

18 

10. 18 

19-00 

19 

10.99 

19.81 

20 

11.80 

20.62 

21 

12.61 

21.93 

22 

13-92 

22.29 

23 

19.23 

23.05 

29 

15.09 

23-66 

25 

1b. 85 

2  9.67 

26 

16.66 

25.98 

27 

17.97 

26.29 

28 

18.29 

27.11 

29 

19.10 

27.92 

30 

19.90 

2  8.73 

31 

20.  72 

29.59 

32 

21.53 

30.35 

33 

22.39 

31.16 

39 

23-  15 

31-97 

35 

23-96 

32.78 

36 

29.77 

'■3-00 

37 

25.58 

33-00 

38 

26.39 

33-00 

39 

27.21 

33-00 

90 

28.02 

33-00 

91 

33-00 

N/A 
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*1. 5-2. 2.  1.2  Output  waveiora.  The  waveform,  when  measured  at  point  A  on  figure 
12,  shall  have  zero  crossing  deviations  which  are  equal  to,  or  less  than,  25.0 
ns  from  the  ideal  crossing  point,  measured  with  respect  to  the  previous  zero 
crossing  (i.e.,  .5  t  -025  us,  1.0  1  ,025  us.  1 . 5  i  . 025  us  and  2 . 0  +  . 025  us) . 
The  rise  and  fall  time  of  this  waveform  shall  be  from  100.0  to  300.0  ns  when 
measured  from  levels  of  10  to  90  percent  of  full  waveform  peak-to-peak , 
ltne-to-ltne ,  voltage  as  shown  on  figure  13.  Any  distortion  of  the  waveform 
including  overshoot  and  ringing  shall  not  exceed  +  300.0  mV  peak,  1  lne-to-1  ine , 
as  measured  at  point  A  on  figure  12. 


9. 5-2. 2.  1.3  Qv.tPUt  noise.  Any  noise  transmitted  when  the  t-rmlnal  is 
receiving  or  h,-is  power  removed,  shall  not  exceed  a  value  of  5.0  mV,  RMS, 

1  ine- to-1  ine  ,  as  measured  at  point  A  on  figure  12. 

9. 5- 2. 2.  1.4  Output  symmetry.  From  the  time  beginning  2.5  us  after  the  mid-bit 
crossing  of  the  parity  bit  of  the  last  word  transmitted  by  a  terminal,  the 
maximum  voltage  at  point  A  on  figure  12,  shall  be  no  greater  than  £  90. 0  mV 
peak,  1 ine- to-1 ine .  This  shall  be  tested  with  the  terminal  transmitting  the 
maxtmun  number  of  words  it  is  designed  to  transmit,  up  to  33.  This  test  shall 
be  run  six  times  with  each  word  in  a  contiguous  block  of  words  having  the  same 
bit  pattern.  The  six  word  contents  that  shall  be  used  are  8000)6,  7FFF)6, 
0000-15,  FFFF15,  5555)6*  and  AAAA15.  The  output  of  the  terminal  shall  be  as 
specified  in  4. 5-2. 2. 1.1  and  4. 5. 2. 2. 1.2. 


4. 5- 2. 2. 2  Terminal  input  characteristics.  The  following  characteristics  shall 
be  measured  independently. 


4. 5. 2. 2. 2.1  Input  waveform  compatibility.  The  terminal  shall  be  capable  of 
receiving  and  operating  with  the  incoming  signals  specified  herein,  and  shall 
accept  wa’eform  varying  from  a  square  wave  to  a  sine  wave  with  a  maximum  zero 
crossing  deviation  from  the  Ideal  with  respect  to  the  previous  zero  crossing  of 
plus  or  minus  150  ns,  (i.e.,  2 .0  ♦  . 15  us  1 -5  ♦  . 15  um  1 .0  i  .15  us 
.51  -15  us).  The  terminal  shall  respond  to  an  input  signal  whose  peak-to-peaic 
amplitude,  line-to-llne,  is  within  the  range  of  1.2  to  20.0  V.  The  terminal 
shall  not  respond  to  an  input  signal  whose  peak-to-peak  amplitude, 
line-to-llne,  is  within  the  range  of  0.0  to  .28  V.  The  voltages  are  measured 
at  point  A  on  figure  10. 


4. 5 .2. 2. 2. 2  Carnap  rejections.  Any  signals  from  DC  to  2.0  MHz,  with 

amplitudes  equal  to  or  less  than  ♦  10.0  V  peak,  iine-to-ground,  measured  at 
point  A  on  figure  10,  shall  not  degrade  the  performance  of  the  receiver. 

4. 5. 2. 2. 2. 3  Input  impedance.  The  magnitude  or  the  terminal  input  Impedance, 
when  the  RT  is  not  transmitting,  or  has  power  removed,  shall  be  a  minimum  of 
2000.0  ohms  within  the  frequency  range  of  ”5.0  kHz  to  1.0  MHz.  This  impedance 
is  that  measured  llne-to-ilne  at  point  A  on  figure  10. 


4. 5. 2. 2. 2. 4  Noise  re  lection.  The  terminal  shall  exhibit  a  maximum  word  error 
rate  of  one  part  In  107,  on  all  words  received  by  the  terminal,  after 
validation  checks  as  specified  in  4.4,  when  operating  in  the  presenoe  of 
additive  white  Gaussian  noise  distributed  over  a  bandwidth  of  1.0  kHz  to  4.0 
MHz  at  an  RMS  amplitude  or  200  mV.  A  word  error  shall  include  any  fault  which 
causes  the  message  error  bit  to  be  set  in  the  terminal's  status  word,  or  one 
which  causes  a  terminal  to  not  respond  to  a  valid  command.  The  word  error  rate 
shall  be  measured  with  a  1.0  V  peak-to-peak,  line-to-line,  input  to  the 
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terminal  as  measured  at  point  A  on  figure  10.  The  noise  tests  shall  be  run 
continuously  until,  for  a  particular  nunber  of  failures,  the  nunber  of  words 
received  by  the  terminal,  including  both  command  and  data  words,  exceeds  the 
required  nunber  for  acceptance  of  the  terminal,  or  is  less  than  the  required 
number  for  rejection  of  the  terminal,  as  specified  in  table  II.  All  data  words 
used  in  the  tests  shall  contain  random  bit  patterns.  These  bit  patterns  shall 
be  unique  for  each  data  word  in  a  message,  and  shall  change  randomly  from 
message  to  message. 

*1.6  Redundant  data  bus  requirements.  If  redundant  data  buses  are  used,  the 
requirements  as  specified  in  the  following  shall  apply  to  those  data  buses. 

*1.6.1  Electrical  isolation.  All  terminals  shall  have  a  minimum  of  45  dB 
isolation  between  data  buses.  Isolation  here  means  the  ratio  in  db  between  the 
output  voltage  on  the  active  data  bus  and  the  output  voltage  on  the  inactive 
data  bus.  This  shall  be  measured  using  the  test  configuration  specified  in 
4.5.2.  1.1  or  4. 5.2. 2.1  for  each  data  bus.  Each  data  bus  shall  be  alternately 
activated  with  all  measurements  being  taken  at  point  A  on  figure  12  for  each 
data  bus  . 

4.6.2  Single  event  failures.  All  data  buses  shall  be  routed  to  minimize  the 
possibility  that  a  single  event  failure  to  a  data  bus  shall  cause  the  loss  of 
more  than  that  particular  data  bus. 

4.6.3  Dual  standby  redundant  data  bus.  If  a  dual  redundant  data  bus  is  used, 
then  it  shall  be  a  dual  standby  redundant  data  bus  as  specified  in  the 
following  paragraphs. 

4. 6. 3.1  Data  bus  activity.  Only  one  data  bus  can  be  active  at  any  given  time 
except  as  specified  in  4.6. 3.2. 

4. 6. 3. 2  Reset  data  bus  transmitter.  If  while  operating  on  a  command,  a 
terminal  receives  another  valid  command,  from  either  data  bus,  it  shall  reset 
and  respond  to  the  new  command  on  the  data  bus  on  which  the  new  command  is 
received.  The  terminal  shall  respond  to  the  new  command  as  specified  in 

4. 3. 3. 8. 
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10.  General  ■  The  following  paragraphs  in  this  appendix  are  presented  in  order 
to  discuss  certain  aspects  of  the  standard  in  a  general  sense.  They  are 
intended  to  provide  a  user  of  the  standard  more  insight  into  the  aspects 
discussed  . 

10.1  Redundancy .  It  is  Intended  that  this  standard  be  used  to  support  rather 
than  to  supplant  the  system  design  process.  However,  it  has  been  found, 
through  application  experience  in  various  aircraft,  that  the  use  of  a  dual 
standby  redundancy  technique  is  very  desirable  for  use  in  integrating  mission 
avionics.  For  this  reason,  this  redundancy  scheme  is  defined  in  4.6  of  this 
standard.  None  the  less,  the  system  designer  should  utilize  this  standard  as 
the  needs  of  a  particular  application  dictate.  The  use  of  redundancy,  the 
degree  to  which  it  is  implemented,  and  the  form  which  it  takes  must  be 
determined  on  an  individual  application  basis.  Figures  10.1  and  10.2 
illustrate  some  possible  approaches  to  dual  redundancy.  These  illustrations 
are  not  intended  to  be  inclusive,  but  rather  representative.  It  should  be 
noted  that  analogous  approaches  exist  for  the  triple  and  quad  redundant  cases. 

10.2  Bus  controller.  The  bus  controller  is  a  key  part  of  the  data  bus  system. 
The  functions  of  the  bus  controller,  in  addition  to  the  issuance  of  commands, 
must  include  the  constant  monitoring  of  the  data  bus  and  the  traffic  on  the 
bus.  It  is  envisioned  that  most  of  the  routine  minute  details  of  bus 
monitoring  (e.g.,  parity  checking,  terminal  non-response  time-out,  etc.)  will 
be  embodied  in  hardware,  while  the  algorithms  for  bus  control  and  decision 
making  will  reside  in  software.  It  is  also  envisioned  that,  in  general,  the 
bus  controller  will  be  a  general  purpose  airborne  computer  with  a  special 
input/output  (1/0)  to  interface  with  the  data  bus.  It  is  of  extreme  importance 
in  bus  controller  design  that  the  bus  controller  be  readily  able  to  accommodate 
terminals  of  differing  protocol's  and  status  word  bits  used.  Equipment 
designed  to  MIL-STD-1 553A  will  be  in  use  for  a  considerable  period  of  time; 
thus,  bus  controllers  must  be  capable  of  adjusting  to  their  differing  needs. 

It  is  also  important  to  remember  that  the  bus  controller  will  be  the  focal 
point  for  modification  and  growth  within  the  multiplex  system,  and  thus  the 
software  must  be  written  in  such  a  manner  as  to  permit  modification  with 
relative  ease. 
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10.3  Multiplex  selection  criteria.  The  selection  of  candidate  signals  for 
multiplexing  js  a  function  of  the  particular  application  Involved,  and  criteria 
will  In  general  vary  from  system  to  system.  Obviously,  those  signals  which 
have  bandwidths  of  900  hz  or  less  are  prime  candidates  for  inclusion  on  the 
bus.  It  is  also  obvious  that  video,  audio,  and  high  speed  parallel  digital 
signals  should  be  excluded.  The  area  of  questionable  application  is  usually 
between  900  Hz  and  3KHz  bandwidth.  The  transfer  of  these  signals  on  the  data 
bus  will  depend  heavily  upon  the  loading  of  the  bus  in  a  particular 
application.  The  decision  must  be  based  on  projected  future  bus  needs  as  well 
as  the  current  loading.  Another  class  of  signals  which  in  general  are  not 
suitable  for  multiplexing  are  those  which  can  be  typified  by  a  low  rate  (over  a 
mission)  but  possessing  a  high  priority  or  urgency.  Examples  of  such  signals 
might  be  a  nuclear  event  detector  output  or  a  missile  launch  alarm  from  a 
warning  receiver.  Such  signals  are  usually  better  left  hardwired,  but  they  may 
be  accommodated  by  the  multiplex  system  if  a  direct  connection  to  the  bus 
controller’s  interrupt  hardware  is  used  to  trigger  a  software  action  in 
response  to  the  signal  . 

10.9  High  reliability  requirements .  The  use  of  simple  parity  for  error 
detection  within  the  multiplex  bus  system  was  dictated  by  a  compromise  between 
the  need  for  reliable  data  transmission,  system  overhead,  and  remote  terminal 
simplicity.  Theoretical  and  empirical  evidence  indicates  that  an  undetected 
bit  error  rate  of  10“^  can  be  expected  from  a  practical  multiplex  system  built 
to  this  standard.  If  a  particular  signal  requires  a  bit  error  rate  which  is 
better  than  that  provided  by  the  parity  checking,  then  it  is  incunbent  upon  the 
system  designer  to  provide  the  reliability  within  the  constraints  of  the 
standard  or  to  not  Include  this  signal  within  the  multiplex  bus  system.  A 
possible  approach  in  this  case  would  be  to  have  the  signal  source  and  sink 
provide  appropriate  error  detection  and  correction  encoding/decoding  and  employ 
extra  data  words  to  transfer  the  Information.  Another  approach  would  be  to 
partition  the  message,  transmit  a  portion  at  a  time,  and  then  verify  (by 
interrogation)  the  proper  transfer  of  each  segment. 

10.5  Stubbing.  Stubbing  is  the  method  wherein  a  separate  line  is  connected 
between  the  primary  data  bus  line  and  a  terminal.  The  direct  connection  of  a 
stub  line  causes  a  mismatch  which  appears  on  the  waveforms.  This  mismatch  can 
be  reduced  by  filtering  at  the  receiver  and  by  using  bi-phase  modulation. 

Stubs  are  often  employed  not  only  as  a  convenience  in  bus  layout  but  as  a  means 
of  coupling  a  unit  to  the  line  in  such  a  manner  that  a  fault  on  the  stub  or 
terminal  will  not  greatly  affect  the  transmission  line  operation.  In  this 
case,  a  network  is  employed  in  the  stub  line  to  provide  isolation  from  the 
fault.  These  networks  are  also  used  lor  stubs  that  are  of  such  length  that  the 
mismatch  and  reflection  degrades  bus  operation.  The  preferred  method  of 
stubbing  is  to  use  transformer  coupled  stubs,  as  defined  in  9.5. 1.5.1.  This 
method  provides  the  benefits  of  DC  isolation,  increased  common  mode  protection, 
a  doubling  of  effective  stub  impedance,  and  fault  isolation  for  the  entire  stub 
and  terminal.  Direct  coupled  stubs,  as  defined  in  9.5.  1.5.2  of  this  standard, 
should  be  avoided  if  at  all  possible.  Direct  coupled  stubs  provide  no  DC 
isolation  or  common  mode  rejection  for  the  terminal  external  to  its  subsystem. 
Further,  any  shorting  fault  between  the  subsystems  internal  isolation  resistors 
(usually  on  a  circuit  board)  and  the  main  bus  Junction  will  cause  failure  of 
that  entire  bus.  It  can  be  expected  that  when  the  direct  coupled  stub  length 
exceeds  1.6  feet,  that  it  will  begin  to  distort  the  main  bus  waveforms.  Note 
that  this  length  includes  the  cable  runs  internal  to  a  given  subsystem. 
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10.6  Use  or  broadcast  option.  The  use  of  a  broadcast  message  as  defined  in 
3-3-6-Y  of  this  standard  represents  a  signif  icant  departure  from  the  basic 
philosophy  of  this  standard  in  that  it  is  a  message  format  which  does  not 
provide  positive  closed-loop  control  of  hus  traffic.  The  system  designer  la 
strongly  encouraged  to  solve  any  design  problems  through  the  use  of  the  three 
basic  message  formats  without  resorting  to  use  of  the  broadcast.  If  system 
designers  do  choose  to  use  the  broadcast  command,  they  should  carefully 
consider  the  potential  effects  of  a  missed  broadcast  message,  and  the 
subsequent  Implications  for  fault  or  error  recovery  design  in  the  remote 
terminals  and  bus  controllers. 
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PREFACE 


This  document  is  the  revised  MIL-STD-1589B  Draft  (USAF)  definition 
of  the  upgraded  J73  JOVIAL  programming  language.  The  sections  are 
organized  In  a  top-down  manner.  The  flr6t  section  describes  the 
interactions  between  the  modules  of  the  complete  program  so  that  In 
subsequent  sections  the  structures  of  the  language  can  be  described  (to 
the  extent  possible)  without  reference  to  their  Interaction  with  other 
st  ructures . 

Most  sections  are  divided  into  separate  parts  entitled  "Syntax," 
"Semantics,"  and  "Constraints."  The  "Syntax"  descriptions  define  the 
grammar  of  the  language  in  a  modified  BNF  notation.  The  "Semantics" 
discussions  define  the  meaning  of  constructs  that  satisfy  the  Syntax  and 
Constraints.  The  "Constraints"  discussions  enumerate  non-syntactic 
requirements  that  must  be  met  in  order  for  the  given  constructs  to  be 
legal.  TVie  intent  is  that  the  Syntax,  Semantics,  and  Constraints  not  be 
redundant  with  each  other  -  e.g.,  the  Semantics  sections  do  not  normally 
repeat  something  that  should  be  obvious  from  the  Syntax,  neither  do  they 
repeat  stipulations  that  are  listed  as  Constraints. 

Some  of  the  designated  Constraints  apply  at  compile  time,  and 
others  pertain  to  errors  that  are  not  detectable  until  the  compiled 
program  is  executed.  In  order  to  conform  to  this  standard,  a  J73 
compiler  must  detect  compile-time  errors,  but  it  is  not  required  to 
generate  code  for  run-time  checks. 

The  Appendix  provides  a  cross-reference  index  to  constructs  that 
appear  in  the  Syntax.  For  each  construct,  the  index  gives  the  number  of 
the  section  where  that  construct  is  defined  and  the  numbers  of  the 
sections  where  that  construct  is  used  in  a  definiton. 

The  following  metalanguage  conventions  have  been  observed  in  this 
document : 

1.  Terminal  symbols,  i.e.,  those  which  actually  appear  in  a 
program  are  written  in  upper  case.  For  example: 

BEGIN 

END 

STATIC 

2.  Non-terminal  symbols,  i.e.,  those  which  represent  groups  of 
terminal  symbols  are  written  in  lower  case  and  enclosed 
between  <  and  >.  If  any  non-terminal  symbol  is  longer  than 
one  word,  the  words  are  separated  by  a  hyphen.  For  example: 


i  i  i 
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<compool-module> 

<ord 1 nary-t  able-body> 

3.  The  following  special  symbols  are  used  In  the  metalanguage. 

:  :=  means  "16  defined  as."  For  example, 

<a>  ::=  <b>  <c> 

where  <a>  is  defined  as  the  string  <b>  followed  by 
the  string  <c>.  Definitions  that  do  not  fit  on  one 
line  may  extend  to  the  next  line  or  lines. 

|  The  |  symbol  indicates  that  what  follows  is  an 

alternate  choice  of  definition  for  the  non-terminal 
to  the  left  of  the  : :=  symbol.  For  example, 

<a>  ::  =  <b>  |  <c> 

where  <a>  Is  defined  as  either  the  string  <b>  or 
the  string  <c>. 

(  J  If  a  string  may  optionally  be  present,  It  is 

enclosed  between  (  and  ].  For  example, 

<a>  ::=  (<b>)  <c> 

where  <a>  is  defined  as  either  the  string  <c>  or 

the  string  <b>  followed  by  the  string  <c>. 

U.  The  following  symbols  have  metalinguistic  meaning  when 
appended  to  a  non-terminal: 

...  One  or  more  Instances  of  the  string  represented  by 
non-t  erminal 

,...  One  or  more  instances  separated  by  a  comma 
:...  One  or  more  Instances  separated  by  a  colon 
For  example: 

<a>...  Represents  a  single  <a>  or  any  sequence  of  <a>'s 
(e.g.,  <a>  or  <a>  <a>  or  <a>  <a>  <a>  <a>  etc.) 

[<a>...]  Represents  the  null  string  or  any  sequence  of  <a>'s 

<a>,...  Represents  a  single  <a>  or  any  length  sequence  of 

<a>'s  separated  by  commas  (e.g.,  <a>  or  <a>,<a>  or 
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<a>,<a>,<a>  etc.) 

5.  If  a  non-terminal  appearing  on  the  right  side  of  the  : 16 
not  defined  In  that  same  sub-section,  the  number  of  the 
sub-section  where  It  Is  defined  appears  In  parentheses  in  the 
right  margin. 

6.  In  a  "Semantics"  or  "Constraints"  section,  non-terminal 
symbols  are  enclosed  between  <  and  >  when  the  usage  refers  to 
constructs  occurring  In  a  "syntax"  section  or  when  the 
specific  J73  meaning  might  be  confused  with  generalized 
programming  usage. 

Throughout  this  document,  the  symbols  used  for  the  prime,  the 
quotation  mark,  and  a  blank  are  as  follows: 

1 .  Prime 

2.  Quotation  mark  " 


3 


Blank 


space 
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1 .0  GLOBAL  CONCEPTS 
1.1  THE  COMPLETE  PROGRAM 


:  :=*  <module> ... 

<compool-module>  (1.2.1) 

I  <procedure-module>  (1.2.2) 

I  <ma in-program-module>  (1.2.3) 

Semant lcs : 

A  <complete-program>  of  the  J73  language  gives  the  complet 
specification  of  a  computational  algorithm  to  be  performed. 
<complete-program>  consists  of  a  group  of  one  or  more  <modules>  that  are 
compilable  separately  and  which  may  be  subsequently  bound  together  for 
execution  as  a  unit.  A  <module>  is  the  smallest  entity  in  the  language 
that  may  be  separately  compiled. 

A  <complete-program>  may  contain  zero  or  more  <compool-modules>  and 
zero  or  more  <procedure-modules> . 

Constraint : 

A  <complete-program>  must  contain  exactly  one  <main-program- 
module>  . 

Note : 


Syntax: 

<conpl ete-progran> 
<module> 


A  compiler  may  accept  a  file  containing  more  than  one  <module>,  but 
it  is  not  required  to  do  so.  If  it  does  accept  such  a  file,  it  must 
process  each  <module>  as  though  it  had  been  submitted  separately. 


1.2  MODULES 

1.2.1  COMPOOL  MODULES 

Syntax: 

(9.0) 

(2.0) 

(9.0) 

1 
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<corapool-module>  START  [ <di rect ive> . . . ] 

COMPOOL  <compool-name>  ; 
[<compool-declaration> . . . ) 
[<di rective> . . .] 

TERM 
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<compool-name>  :  <nane>  (ft. 2.1) 
Semant lcs ; 

<Conpool-nodules>  provide  a  means  of  declaring,  data  objects,  types, 
and  subroutines  that  are  to  be  made  external  -  l.e.,  that  are 
potentially  available  to  other  <modules>  in  the  <cor:ipletc-program>. 
Another  <nodule>  may  access  the  names  declared  in  a  given 
<cornpool-module>  by  use  of  a  <compool-d i rec t ive>  (see  Section  9.1)  that 
names  the  given  conpool  or  by  use  of  external  declarations  (see  Section 
2.5). 


A  <conpool-module>  nay  contain  <compool-d 1 rec t i ve s>  that  name  other 
<compool-modules> . 

By  appropriate  use  of  <def-spec 1 f lea t ions>  and  <ref-spec i f 1 ca t 1 ons> 
within  <compool-declaratlons> ,  a  user  can  control  whether  physical 
allocation  takes  place  within  the  <compool-modul e>  itself  or  within  the 
accessing  <module>  (see  Section  2.5). 


1.2.2  PROCEDURE  MODULES 
Syntax : 

<procedure-module> 


<non-nes  ted-subtoutine> 


START 

[ <declaration>. . . )  (2.0) 

[ <non-nes ted -sub  rout ine> . . . ) 

[ <d i rec t ive>  .  . . )  (9.0) 

TERM 

( <d i rec t ive> . . ]  (9.0) 

(DF.F)  < subrou t i ne-de f i ni t i on>  (3.0) 


Semant ics  : 

<Procedure-r.iodules>  provide  a  means  of  separately  compiling 
subroutines  that  specify  portions  of  the  actions  of  the  <complete- 
program> . 

If  a  <subroutine-def inition>  is  preceded  by  DEF ,  that  subroutine 
nay  be  invoked  from  within  the  <nain-propran-nodule>  or  from  within 
another  <procedure-modu  le> ,  provided  that  the  referencing  module 
contains  an  appropriate  <ref-speci f ication>  for  the  subroutine  or 
accesses  a  conpool  containing  such  a  specification. 


<Non-nested-subrouti nes>  defined  without  a  DEF  may  be  invoked  only 
from  within  the  <procedure-module>  or  <main-program-nodule>  in  which 


2 


56 


ML-STD-1589B  (USAF) 
06  June  1980 


'1 

\ 


they  are  defined.  Similarly,  all  declarations  in  a  <procedure-module> 
apply  only  within  that  <procedure-module>  (unless  they  are 
<external-declaratlons>  -  see  Section  2.5). 


1.2.3  MAIN  PROGRAM  MODULES 
Syntax : 

<main-program-module> 


<program-name> 

<program-body> 


START  [ <di rec t i ve>  . . .  ] 

(9.0) 

PROGRAM 

<program-name>  ; 

[  <d  i  rec  t  i  ve>  . .  .  ] 

(9.0) 

<program-body> 

[ <non-nes ted -subrout i ne>  .  .  .  ] 

(1  .2.2) 

( <di rect i ve>  .  .  . ) 

(9.0) 

TERM 

<name> 

(8.2.1) 

<statement> 

(4.0) 

BEGIN  [ <dec la  rat ion>  .  .  . ) 

(2.0) 

<st  at ement>  .  . . 

(4.0) 

[ <subrout i ne-def i ni t i on>  .  .  .  ] 

(3.0) 

( <di rec  t i ve> . . . ] 

(9.0) 

[ <1 abel> .  .  . ]  END 

(4.0) 

Semantics : 


The  body  of  a  <raain-program-module>  is  executed  at  the  start  of  a 
<complete-progratn>.  When  execution  of  the  body  is  complete,  execution 
of  the  <coraplete-program>  is  complete.  Unless  the  <compl  ete-program> 
consists  of  a  single  <na in-prograni-module> ,  the  <main-program-module> 
will  contain  one  or  more  <compool-di rectives> ,  references  to 
externally-declared  data,  and/or  calls  of  DEF'd  subroutines  in  other 
modules . 

Declarations  in  a  <main-program-module>  may  be  external  or 
internal.  If  a  <non-nes ted-subrout i ne>  has  a  DEF,  it  may  be  invoked 
either  locally  or  from  within  a  <procedure-module> ,  provided  that  the 
referencing  module  contains  an  appropriate  <ref-speci f i ca t ion>  for  the 
subroutine  or  accesses  a  corapool  containing  such  a  specification.  If  it 
does  not  have  a  DEF,  it  can  be  invoked  only  from  within  the  module  in 
which  it  is  defined. 
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Constraints: 


The  <program-body>  must  contain  at  least  one  non-null  statement 

(e.g.,  STOP). 

1.2.4  CONDITIONAL  COMPILATION 

Two  methods  are  provided  for  conditionally  suppressing  generation 
of  object  code  for  portions  of  a  JOVIAL  module. 

The  ! SKIP ,  1BEGIN,  and  !END  directives  (see  Section  9.2.2)  permit 
almost  complete  suppression  of  processing  of  suppressed  source.  The 
only  processing  done  for  suppressed  source  is  to  scan  for  the 
terminating  !END  directive.  Therefore  the  suppressed  source  may  contain 
errors  and/or  statements  incompatible  with  other  module  source  without 
affecting  compilation. 

The  IF  and  CASE  statements  (see  Sections  4.3  and  4.4)  permit 
suppression  of  generation  of  object  code.  Source  for  this  suppressed 
object  code  must  be  correct  since  it  is  subject  to  the  same  validity 
checks  and  processing  of  directives  as  other  source  code.  Only  code 
that  is  unconditionally  unreachable  is  suppressed  so  this  conditional 
compilation  must  produce  the  same  results  as  if  the  code  was  generated. 
Segments  of  code  which  are  unreachable  due  to  values  of  <if-statement> 
<boolean-f  ortnulas)  or  <case-selector-f  ormulas>  which  are 

<compi le-t ime-f ormulas)  and  which  do  not  contain  <labels>  are  always 
suppressed.  Implementations  may  choose  to  do  a  more  complete  analysis 
and  also  suppress  other  recognized  unreachable  code. 


1 .3  SCOPE  OF  NAMES 

<Procedure-modules>  and  the  <ma in-program-module>  can  contain 
subroutines  (i.e.,  procedures  and  functions)  nested  to  any  depth.  Each 
subroutine,  as  well  as  the  <program-body>  and  the  <main-program-module> 
or  <procedure-module>  itself,  establishes  a  region  or  scope  for  which  a 
name's  declaration  is  active  and  in  which  the  <name>  can  be  used.  The 
scope  of  a  <name>  is  that  region  of  the  <complete-program>  within  which 
that  <name>  has  a  single  meaning. 

A  name  declared  with  a  DEF  or  REF  (see  Section  2.5)  is  considered 
to  be  external;  all  other  names  are  Internal .  An  external  <name>  can  be 
used  in  any  module  of  the  <complete-program> ,  except  within  a  scope 
containing  an  internal  name  with  the  sane  spelling.  An  internal  name 
can  be  used  only  within  the  subroutine,  <procedur e-module> ,  or 
<main-program-module>  within  which  that  name  is  declared,  but  not  within 
an  enclosed  scope  containing  a  <name>  with  the  same  spelling. 
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The  <name>  of  a  subroutine  belongs  to  the  scope  In  which  that 
subroutine  Is  declared  or  defined. 

For  any  given  compilation,  all  names  made  available  from  referenced 
<cotnpool-modules>  (see  Section  9.1),  as  well  as  the  name  of  the  <module> 
being  compiled  and  all  <compool-names> ,  belong  to  the  same  6Cope, 
referred  to  as  compool  scope,  which  Is  considered  to  enclose  the  scope 
established  by  the  <procedure-module> ,  <raaln-program~module> -  or 
<compool-module>  being  compiled. 

System-defined  names  (e.g.,  machine-specific  subroutines, 
Implementation  parameters)  belong  to  system  scope,  which  encloses  the 
compool  scope.  Such  names  may  be  redefined  by  the  programmer. 

These  rules  ensure  that  any  two  names  with  the  same  spelling  but 
with  distinct  scopes  are  regarded  as  if  they  were  different  names. 

Constraint^: 

No  two  names  having  the  same  scope  may  have  the  same  spelling. 
(This  constraint  does  not  prevent  two  tables  with  different 
<table-names>  to  be  declared  In  the  same  scope  using  the  same 
<table-type-name> .  See  Sections  2.1.2  and  2.2.) 

No  two  external  names  may  have  the  same  spelling. 

1.4  IMPLEMENTATION  PARAMETERS 
Syntax : 

<integer-mach ine- 

parameter)  BITSINBYTE 

I  B1TSI NWORD 

I  LOCSIt'WORD 

I  BYTEPOS 

(  <eompi le-t ime- i nt eger-f ormula>  )  (5.1.1) 

|  BYTES l NWORD 
I  BITSINPOINTER 
|  INTPREC1SI0N 


|  FI.OATPRECI  SION 
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|  F1XEDPREC1SION 
|  FLOATRADIX 
1  IMPLFLOATPRECI SI  ON 

(  <preclslon>  )  (2. 1.1. 2) 

|  IMPLFIXEDPREC1 SION 

(  <scale-specif ier>  ,  (2. 1.1. 3) 

(fraction-specifier  )  (2. 1.1. 3) 

|  IMPL1NTSI ZE 

(  <integer-size>  )  (2. 1.1.1) 

|  HAXFL0ATPRECIS10N 
|  MAXFIXEDPRECISION 
|  MAX1NTSIZE 
|  MAXBYTES 
|  MAXBITS 

1  MAX  I  NT  (  <integer-size>  )  (2.1  . 1".  1  > 

1  MININT  (  <integer-slze>  )  (2. 1.1.1) 

|  MAXTABLESIZE 
1  MAX STOP 
|  MINSTOP 
|  MAXSIGDICITS 
|  MINSIZE  ( 

<compi le-t ime-integer-f ormula>  )  (5.1.1) 

|  MINFRACTION  ( 

<compl  le-time-f  loating-forrnula>  )  (5.1.2) 

|  MINSCALE  ( 

<compile-time-f loating-formula>  )  (5.1.2) 

I  MINRELPRECISION  ( 

<compile-t Ime-f loa t ing-f onnula  )  (5.1.2) 
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<f loa t i ng-ma chine- 
pa  rameter> 


<f ixed-ma chine- 
pa  rameter> 


:  :=  MAXKLOAT  (  <preeision>  ) 

I  MI N FLOAT  (  <precl s!on>  ) 

|  FLOATRELPRECI SION 
(  <precision>  ) 

I  FLOATUNDERFLOW 
(  <precision>  ) 

: :=  MAXFIXED  (  <scale-speci f 1 er> 
<  f  rac  t  i  on-spec  i  f  i  c*r>  ) 

|  MINFIXED  (  <scale-speci f i er> 
<fraction-speci f ier>  ) 


Semant i cs : 


(2.1  .1  .2) 
(2.1.1  .2) 

(2.1  .1  .2) 

(2.1  .1.2) 

(2.1.1  .3) 
(2.1  .1  .3) 

(2.1 .1.3) 
(2.1 .1 .3) 


The  machine  on  which  a  J73  program  runs  contains  an  array  of  memory 
cells.  These  cells  are  grouped  or  partitioned  into  the  following  units 
for  purposes  of  the  language  specification. 


1.  M_t  -  The  smallest  unit  of  storage  (can  contain  one  of  two 
values,  which  are  represented  by  zero  and  one) 

2.  Byte  -  A  group  of  one  or  more  consecutive  bits  that  is  capable 
of  holding  a  single  character  of  information 

3.  Word  -  A  memory  partition  of  one  or  more  consecutive  bits  that 
serves  as  the  unit  of  allocation  of  data  storage 

A.  Address  Unit  -  The  machine  dependent  unit  used  to  identify  an 
address  or  location  in  memory 

The  number  of  bits  per  byte,  word,  and  address  varies  from 
implementation  to  implementation,  and  these  quantities  affect  the 
representation  and  behavior  of  data  in  the  language.  Machine  parameters 
are  constants  that  describe  these  implementation-dependent  differences. 
The  values  of  these  constants  must  be  specified  as  part  of  the 
implementation  of  a  J73  compiler  on  any  computer.  These  names  can  then 
be  referenced  by  a  user  to  access  the  values  associated  with  that 
implementation. 

The  size  of  an  <integer-machine-parameter>  is  the  size  of  an 
<i nt ege r-1 i t era 1>  having  that  value.  The  attributes  of  a  <floating- 
machine-pa rameter>  or  <f i xed-machi ne-parame t er>  are  as  specified  by  its 
<precision>  or  its  <sca 1 e-speci f i er>  and  <f ract i on-speci f i er> .  The 
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values  of  the  implementation  parameters  are  as  follows: 


BITSINBYTE 

Number  of  bita  in  a  byte 

BITS INWORD 

Number  of  bits  in  a  word 

LOCSINWORD 

Number  of  locations  (address  units) 
in  a  word 

BYTEPOS(PP) 

A  permitted  <starting-bit>  value  for 
character  strings  that  cross  word 
boundaries.  PP  is  any  integer  value 
between  0  and  BYTESINWORD-1 , 
inclusive  and  BYTEPOS(PP)  < 
BYTEP0S( PP+1 ) . 

BYTESINWORD 

Number  of  complete  bytes  in  a  word 

BITSINP01NTER 

Number  of  bits  used  for  a  pointer 
value 

1NTPRECISI0N 

The  number  of  bits  that  an 
implementation  supplies  to  hold  the 
value  of  an  integer  item  (exclusive 
of  sign,  if  any)  when  no 
<integer-size>  is  specified  by  the 
programmer. 

FLOATPRECISION 

The  number  of  bits  that  an 
implementation  supplies  to  hold  the 
value  of  the  mantissa  of  a  floating 
point  item  (exclusive  of  the  sign 
bit)  when  no  <precision>  is  specified 
by  the  programmer 

FIXEDPREC1SION 

The  number  of  bits  that  an 
implementation  supplies  to  hold  the 
value  of  a  fixed  item  (exclusive  of 
the  sign  bit)  when  no  <fractior.- 
specifier>  is  supplied  by  the 
programmer 

FLOATRADIX 

Base  of  the  floating  point 
representation,  specified  as  an 
integer 

IMPLFLOATPRECISION(II) 

Number  of  bits  (not  including  the 
sign  bit)  in  the  mantissa  of  the 
representation  for  a  floating  point 
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value  whose  specified  precision  is  II 

IMPLFIXEuPREClSION(SS.FF)  The  number  of  bits  (excluding  sign 

bit)  an  implementation  uses  to 
represent  an  unpacked  fixed  item  with 
scale  SS  and  fraction  FF.  This  value 
also  determines  the  accuracy  of  fixed 
formula  results. 


IMPLINTSIZE(II) 


MAX FLOATPRECI SION 


MAXFIXEDPRECI SION 


MAXINTSIZE 


MAXBYTES 


MAXBITS 


MAXINT(SS) 

MININT(SS) 


The  number  of  bits  (excluding  sign 
bit)  an  implementation  uses  to 
represent  an  unpacked  S  or  U  item 

with  specified  size  II. 

Maximum  specifiable  precision 

supported  by  an  implementation  for  a 
<f loa t i ng-i t  em-descr i pt ion> 

Maximum  value  supported  by  an 

implementation  for  the  sum  of  the 
scale  and  fraction  specifiers  in  a 
<f ixed-i t  em-desc  r i pt i on> 

Maximum  specifiable  size  (not 

including  the  sign  bit)  supported  by 
an  implementation  for  signed  and 
unsigned  integers 

Maximum  value  supported 

implementation  for 

<character-size>;  must  not 
MAX  BITS/BITSINBYTE 

Maximum  value  supported  by  an 

implementation  for  a  <bit-size>;  the 
maximum  value  of  words  per  entry  in  a 
table  is  MAXB1TS/BITSINW0RD,  and  the 
maximum  BITSIZE  of  a  table  entry  is 
MAXBITS 

Maximum  integer  value  representable 
in  SS+1  bits  (including  sign  bit) 

Minimum  signed  integer  value 
representable  in  SS+1  bits  (including 
sign  bit),  using  the  implementation's 
method  of  representing  negative 
numbers 


by  an 
a 

exceed 
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MAXTABLESIZE  The  maximum  number  of  words  an 

Implementation  permits  a  table  to 

occupy . 

MAXSTOP  Maximum  specifiable  value  for  an 

<lnteger-formula>  In  a  <stop- 

statement>  (see  Section  4.9) 

M1NST0P  Minimum  specifiable  value  for  an 

<int eger-f ormula>  in  a  <stop- 

statement>  (see  Section  4.9) 

MAXS1GD1GITS  The  maximum  number  of  significant 

digits  an  implementation  vill  process 
for  a  fixed  or  floating  point  literal 
(see  Section  8.3.1) 

MINSIZE(II)  The  minimum  value  of  SS  such  that  II 

is  less  than  or  equal  to  MAXINT(SS) 
and  greater  than  or  equal  to 
MININT(SS) 

MINFRACTION(AA)  The  minimum  value  of  FF  such  that 

2**(-FF)  is  less  than  or  equal  to  AA. 
The  value  of  A A  must  be  greater  than 
zero. 

MINSCALE(AA)  The  minimum  value  of  SS  such  that 

2**SS  is  greater  than  AA.  The  value 
of  AA  must  be  greater  than  zero. 

MINRELPRECISION(FF)  The  minimum  value  of  PP  such  that 

FLOATRELPRECI S I0N( PP)  is  less  than  or 
equal  to  FF.  The  value  of  FF  must  be 
greater  than  or  equal  to 

FLOATRELPRECI SI  ON 
(MAXFLOATPRECI SION) . 

MAXFLOAT(PP)  Maximum  floating  point  value  using 

only  the  first  PP  mantissa  bits 
(excluding  sign)  of  the 

implementation's  floating  point 
representation  whose  actual  mantissa 
length  is  IMPLFLOATPRECISION(PP) .  PP 
must  be  greater  than  zero  and  not 
exceed  MAXFLOATPRECI SI  ON. 

MTNFLOAT(PP)  Minimum  floating  point  value 

representable  in  exactly  PP  mantissa 
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bits,  (excluding  sign)  and  using  the 
implementation's  method  of 
representing  negative  numbers.  PP 
must  be  greater  than  zero  and  not 
exceed  MAXFL0ATPREC1 SION. 

Let  FRP1  be  the  smallest  floating 
point  value  greater  than  1 .0  using 
the  first  PP  bits  (excluding  sign)  of 
the  implementation's  representation 
for  floating  point  values. 
FL0ATRELPREC1 SI 0N( PP)  equals  FRP1  - 
1.0.  PP  must  be  greater  than  zero 
ana  not  exceed  MAXFLOATPRECI SION . 

The  smallest  positive  floating  point 
value  using  exactly  PP  mantissa  bits 
(excluding  sign)  and  such  that  both 
FLOATUNDERFLOW(PP)  and 
-FLOATUNDERFLOW(PP)  are  representable 
as  floating  point  values 

Maximum  fixed  value  representable  in 
SS+FF+1  bits  (including  sign  bit) 

Minimum  fixed  value  representable  in 
SS+FF+1  bits  (including  sign  bit), 
using  the  implementation's  method  for 
representing  negative  values 


Note: 

A  FIXEDRADIX  implementation  parameter  is  not  provided  since  fixed 
point  values  are  represented  using  radix  2  (see  Section  2. 1.1. 3). 
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2.0  DECLARATIONS 
Syntax ; 

<declaratlon>  ::=  <data-declaration>  (2.1) 

|  <type-declaratlon>  (2.2) 

|  <subroutine-declaration>  (3.0) 

|  <statement-name-declaration>  (2.3) 

|  <define-declaration>  (2.4) 

|  <external-declaration>  (2.5) 

|  <overlay-declaration>  (2.6) 

I  <inllne-declaration>  (3.4) 

|  <null-declaratlon>  (2.7) 

1  BEGIN  <declaration> . . . 

END 


|  <directive>  <declaratlon>  (9.0) 

<compool-declaration>  :  :=  <external-declaration>  (2.5) 

|  <constant-declaration>  (2.1.3) 

I  <type-declaration>  (2.2) 

I  <def ine-declaration>  (2.4) 

|  <overlay-declaration>  (2.6) 

|  <null-declaration>  (2.7) 

|  BEGIN  <compool-declaratlon>. . . 

END 

|  <directive>  (9.0) 

<compool-declaration> 


Semantics : 

<Declarations>  associate  <names>  with  programmer-supplied  meanings 
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A  <compool-declarat ion>  is  a  <declarat ion>  that  appears  in  a 
<compool-module> . 

Constraints 


Except  for  <statement-names>,  names  of  subroutines,  type  names  in 
<pointer-item-descriptions>,  and  formal  parameter  names,  a  name  may  not 
be  used  prior  to  the  point  at  which  a  <declaration>  for  that  name 
appears . 

2.1  DATA  DECLARATIONS 
Syntax: 


<data-declara  t ion> 

::=  <item-declaration> 

(2.1.1) 

|  <table-declaration> 

(2.1.2) 

|  <constant-declaration> 

(2.1.3) 

|  <block-declaration> 

(2.1  .A) 

Semantics : 

<Data-declarations>  declare  <data-names>  and  their  attributes. 
Three  kinds  of  data  structures  exist  in  J73: 

1.  Item  -  A  simple  data  object  of  the  language.  An  item  is  a 
variable  of  a  pre-defined  or  programmer-defined  type  having  no 
constituents. 

2.  Table  -  An  aggregate  data  object  consisting  of  a  collection  of 
one  or  more  items,  or  an  array  of  such  collections.  The 
collection  of  items  is  called  an  entry.  An  entire  entry  in  a 
table  is  selected  by  the  use  of  the  table  name,  together  with 
a  sequence  of  indices  ("subscripts")  if  the  table  is  arrayed. 
An  item  within  an  entry  is  selected  by  the  use  of  the  item 
name  and  the  appropriate  number  of  subscripts. 

3.  Block  -  A  group  of  items  and  tables  and  other  blocks  to  which 
is  allocated  a  contiguous  area  of  storage. 

Additionally,  an  item  or  table  may  be  declared  to  be  CONSTANT,  in 
which  case  its  value  cannot  be  changed  during  execution.  A  constant 
item  must  be  given  an  initial  value  by  means  of  an  <i tem-preset> . 
Blocks,  items,  or  tables  (other  than  constants)  can  specify,  by  means  of 
an  <al loca tion-specif ier> ,  the  allocation  permanence  of  the  storage 
associated  with  their  names.  Non-constant  items  and  tables  can 
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optionally  be  given  initial  values  by  means  of  <item-presets>  or 
<table-presets>. 

The  value  of  an  uninitialized  data  object  is  undefined  until  it 
receives  a  value  in  an  executable  statement. 

Declarations  associate  a  <name>  with  a  type.  A  type  determines  the 
set  of  values  that  an  object  can  have  and  the  operations  that  can  be 
performed  on  those  values.  Types  are  grouped  into  related  sets  called 
type  classes.  Examples  of  type  classes  are  signed  integer,  unsigned 
integer,  float,  and  bit.  Types  within  a  type  class  are  distinguished  by 
the  values  of  certain  properties  known  as  attributes.  For  example,  S  3 
is  a  particular  type  within  type  class  S  with  a  value  of  3  for  the 
integer  size  attribute.  Rules  concerning  type  matching  are  found  in 
Section  7.0. 


2.1.1  ITEM  DECLARATIONS 
Syntax : 


<item-declaration> 

ITEM  <item-name> 

[<allocation-specifier>] 

<i tem- type-de sc ri pt i on> 
[<item-preset>]  ; 

(2.1.5) 

(2.1.6) 

<i ten-name) 

•  •  = 

<name> 

(8.2.1) 

<i tern- type-de script ion> 

:  :  = 

<lnteger-type-descri pt ion> 

(2.1 .1  .1) 

1 

<f loat ing-type-description> 

(2.1  .1 .2) 

1 

<f ixed-type-descript ion> 

(2.1.1 .3) 

1 

<bit-type-description> 

(2.1 .1 .4) 

1 

<character-ty pe-descript ion> 

(2.1  .1  .5) 

1 

<status-type-description> 

(2.1  .1.6) 

1 

<pointer-type-description> 

(2.1  .1 .7) 

Semantics  : 

<Itera-declarations>  declare  items.  Items  are  used  as  variables  to 
retain  values  in  a  J73  program.  Allocation  for  items  declared  in 
<item-declarat ions>  will  be  such  that  no  items  share  a  word. 
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The  <1 tem-type-desc ript i on>  establishes  the  type  of  an  item. 

The  <al loca t i on-specif i er)  establishes  the  allocation  permanence  of 
items  which  are  not  enclosed  in  blocks.  This  allocation  permanence  is 
automatic  if  the  declaration  is  in  a  subroutine  and  the 
<allocation-specifier>  is  omitted,  otherwise  it  i6  STATIC  (see  Section 
2.1.5).  Items  enclosed  in  blocks  inherit  the  allocation  permanence  of 
the  enclosing  block. 

The  <i tem-preset> ,  if  present,  specifies  an  initial  value  for  the 

item. 


Constraints : 

Only  items  having  STATIC  allocation  (explicitly  or  by  default)  may 
contain  an  <i tem-prese t> . 

Declarations  of  items  that  are  <formal-input-parameters>  or 
<formal-output-parameters>  (see  Section  3.3)  must  not  contain  an 
<allocation-specif ier>  or  <i tem-preset>  . 


An  <1 tem-declarat ion>  within 
<all oca ti on-specif ier>  . 


a  block  must  not  contain  an 


2. 1.1.1  INTEGER  TYPE  DESCRIPTIONS 


Syntax: 

<intege  r-type- 
description> 


<in teger- item- 
descript  ion> 


<integer-size> 


::=  <i nteger-i t em-descri pt ion> 

|  <integer-type-name> 

:  :=  S  [ <round-or-t runcate> ]  (2. 1.1. 2) 

[<integer-size>] 

|  U  [  'rc<und-or-t  runcate>  ]  (2. 1.1. 2) 

[■'  •.  3er-size>) 

.ion,  .-i.ime-integer-formula>  (5.1.1) 


<integer-type-name>  :  :=  <i tera-type-name> 


(2.2) 


Semant ics : 


An  <integer-type-description>  is  used  to  specify  a  signed  integer 
type  or  an  unsigned  integer  type.  S  specifies  a  signed  integer  type;  U 
specifies  an  unsigned  integer  type. 
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The  <integer-size>  attribute  specifies  the  minimum  number  of  bltB 
of  storage  required  to  hold  the  maximum  value  of  the  Integer  (excluding 
the  sign,  if  any).  If  <intege r-size>  is  omitted,  it  defaults  to 
INTPRECISION.  The  number  of  bits  allocated  for  signed  integers  will  be 
at  least  <integer-size>+l ,  and  for  unsigned  integers  will  be  at  least 
<integer~size>. 

The  value  set  for  a  signed  integer  type  with  size  SS  is  MININT(SS) 
through  MAXINT(SS).  The  value  set  for  an  unsigned  integer  type  with 
size  SS  is  0  through  MAXINT(SS). 

The  <round-or-t runcate>  attribute  specifies  truncation  or  rounding 
i g  to  occur  when  a  value  is  converted  to  an  integer  type.  If  R  is 
specified,  rounding  will  occur.  If  T  is  specified,  truncation  towards 
minus  infinity  will  occur.  If  Z  is  specified,  truncation  towards  zero 
will  occur.  If  the  attribute  is  omitted,  truncation  in  an 
implementation-dependent  manner  will  occur. 

Constraints  : 

The  maximum  value  that  can  be  specified  for  <integer-size>  is 
MAXINTSIZE,  an  implementation  parameter. 

<Integer-size>  must  be  greater  than  zero. 

An  <integer-type-name>  must  be  an  <item-type-name>  declared  In  an 
<i  tem-type-declaration>  that  contains  an  <integer-type-descript ion>  (see 
Section  2.2). 

Notes : 

An  implementation  may  choose  MAXINTSIZE  >  BITSINWORD-1 . 

The  <round-or-truncate>  option  has  a  use  only  when  an 
<Integer-i tem-description>  Is  used  in  an  <integer-conversion>  (see 
Sect  ion  7.0). 


2. 1.1. 2  FLOATING  TYPE  DESCRIPTIONS 


Syntax: 

<f loa  t ing-type-description> 

<f loating-item-description> 


<f loa ting-i tem-description> 

<floating-type-name> 

F  [<round-or-truncate>] 
[<precision> ] 
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<round-or-truncate>  : ;«  ,  R 

I  ,  T 

I  ,  z 

<precision>  <compile-time-integer-formula>(5.1  .1) 

<f loating-type-name>  ::*=  <i tem-type-name>  (2.2) 

Semantics : 


A  <floatlng-type-descrlptlon>  Is  used  to  specify  a  floating  type. 
The  <precision>  attribute  specifies  the  minimum  number  of  blt6  of 
storage  required  to  hold  the  value  of  the  mantissa.  If  <precision>  16 
omitted,  it  defaults  to  FLOATPRECI SION,  an  implementation  parameter. 

The  <round-or-truncate>  attribute  is  used  to  specify  whether 
truncation  or  rounding  is  to  occur  when  a  value  of  a  floating  type  with 
a  greater  <precision>  is  assigned  to  an  item  of  this  ype.  If  R  is 
specified,  rounding  will  occur.  If  T  is  specified,  truncation  towards 
minus  infinity  will  occur.  If  Z  is  specified,  truncation  towards  zero 
will  occur.  If  the  attribute  is  omitted,  truncation  in  an 
implementation-dependent  manner  will  occur.  Rounding  and  truncation 
take  place  with  respect  to  the  implemented  precision  of  the  floating 
type.  (Note:  IMPLFLOATPRECISION( PP)  is  an  implementation  parameter 
defining  what  precision  is  provided  when  precision  PP  is  specified.) 

The  value  set  for  a  floating  type  with  <precision>  PP  is 
MINFLOAT(PP)  through  -FLOATUNDERFLOW(PP)  ,  0,  and  FLOATUNDF.RFLOW(PP) 
through  MAXFLOAT(PP) . 

Constraints : 


The  maximum  value  that  can  be  specified  for  <precision>  is 
MAXFLOATPRECISION,  an  implementation  parameter. 

<Precision>  must  be  greater  than  zero. 

A  <f loating-type-name>  must  be  an  <item-type-name>  declared  in  an 
<item-type-declaration>  that  contains  a  <f loating-type-description>  (see 
Section  2.2). 

Note : 


Since  a  <f loating-type-description>  specifies  only  the  minimum 
precision  required,  an  implementation  is  free  to  support  only  one  or  two 
levels  of  implemented  precision.  Which  implemented  precision  level 
represents  a  floating  type  depends  on  the  value  of  the  specified 
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precision.  The  Implemented  precision  must  never  be  less  than  the 
specified  precision.  Since  an  implementation  may  provide  more  than  the 
specified  precision,  it  is  consistent  to  round  or  truncate  a  represented 
value  only  if  converting  from  a  longer  to  a  shorter  implemented 
prec i s ion . 

2. 1.1. 3  FIXED  TYPE  DESCRIPTIONS 
Syntax : 

<f ixed-type-descri ption>  : :=  <f ixed-item-description> 

I  <f ixed-type-name> 

<f ixed- i t em-de sc ri p t i on>  : :=  A  [ <round-or- 1 runca t e> ]  (2. 1.1. 2) 

<scale-specifier> 

[,  <f ract i on-speci f i er>] 

<scale-speci f ier>  : :=  <compi le-t i roe-i nt eger-f ormul a>( 5 . 1 . 1 ) 

<f ract i on-s per  1 f i er>  ::=  <compi le-t ime-int eger-f ormul a>( 5 . 1 . 1 ) 

<f ixed-t ype~name>  ::=  <i tem-type-name>  (2.2) 

Semant 1 cs  : 

A  <f ixed-type-description>  is  used  to  specify  a  fixed  point  numeric 
type.  If  SS  is  the  value  of  the  <scale-speci f i er>  and  FF  is  the  value 
of  the  <f ract ion -speci f i er> ,  then  SS+FF  is  the  minimum  number  of  bits  in 
the  representation,  excluding  the  sign  bit.  When  SS  and  FF  are  both 

positive,  SS  specifies  the  number  of  bits  to  the  left  of  the  binary 

point  (excluding  the  sign  bit)  and  FF  the  minimum  number  of  bits  to  the 
right  (see  Note  below).  When  SS  is  negative,  the  binary  point  is 
assumed  to  be  ABS(SS)  bits  to  the  left  of  the  first  (non-sign)  bit  of 
the  representation.  Similarly,  when  FF  is  negative,  the  least 

significant  bit  of  the  representation  is  no  more  than  ABS(FF)  bits  to 
the  left  of  the  binary  point. 

The  (nominal)  precision  of  a  fixed  point  type  is  the  sum  of  its 
scale  and  fraction  specifier.  The  implemented  precision  may  be  greater 
than  the  nominal  bits  required.  If  <f ract ion-specif ier>  is  omitted,  the 
fixed  point  type  has  a  default  precision  given  by  FIXEDPRECI SION,  an 
implementation  parameter,  and  the  implied  value  of  the  omitted 

<f ract ion-speci f ier>  is  FIXEDPRECISION-SS ,  where  SS  is  the  <scale- 
speci f ier> . 

If  FF  is  a  fixed  point  item  declared  with  a  default 
<fraction-specifier>,  then  FIXEDPRECIS10N  =  BITSIZE(REP(FF))-1 . 
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The  <round-or-truncate>  attribute  specifies  truncation  or  rounding 
is  to  occur  when  a  value  is  converted  to  a  fixed  point  type.  If  R  i6 
specified,  rounding  will  occur.  If  T  is  specified,  truncation  towards 
minus  infinity  will  occur.  If  Z  is  specified,  truncation  towards  zero 
will  occur.  If  the  attribute  i6  omitted,  truncation  in  an 
implementation-dependent  manner  will  occur.  Rounding  and  truncation 
take  place  with  respect  to  the  implemented  precision  of  the  fixed  type 
(see  Note  below). 

The  value  set  of  a  fixed  point  type  with  6cale  SS  and  fraction  FF 
is  MINFIXED(SS.FF)  through  MAXFIXED(SS,FF) . 

Constraints : 


The  sum  of  the  scale  and  fraction  specifiers  (i.e.,  the  nominal 
precision)  must  be  greater  than  zero  and  must  not  exceed 
MAXFIXEDPRECISION,  an  implementation  parameter. 

The  value  of  <scale-specif ier>  must  lie  in  the  range  -127  through 

+  127. 


A  <f ixed-type-name>  must  be  an  <i tem-type-name>  declared  in  an 
<i tem-type-decla ra t ion>  that  contains  a  <f ixed-type-description>  (see 
Section  2.2). 

Notes : 


The  set  of  exactly  representable  fixed  point  values  is  determined 
by  a  fixed  type's  scale  and  fraction  specifiers.  A  <fraction- 
specifier>  value,  FF,  means  fixed  point  values  must  be  represented  with 
a  precision  greater  than  or  equal  to  2**(-FF).  A  <scale-specif ier> 
value,  SS,  means  the  maximum  representable  value  is  at  least  2**SS  - 
2**(-FF)  and  less  than  2**SS. 

An  implementation  is  permitted  to  support  more  than  one  level  of 
implemented  precision  for  fixed  point  types.  For  computational 
purposes,  values  will  be  represented  using  the  smallest  implemented 
precision  level  (e.g.,  one  word  or  two  words)  consistent  with  the 
value's  nominal  precision.  For  storage  purposes  in  packed  tables,  a 
fixed  point  value  need  occupy  no  more  than  the  number  of  bits  specified 
by  the  nominal  precision  plus  one  bit  for  the  sign. 

IKPLFIXEDPRECISION( SS ,FF)  is  an  implementation  parameter  defining 
what  precision  is  provided  for  an  unpacked  fixed  point  item  when  nominal 
precision  SS+FF  is  specified.  In  addition,  the  implemented  precision  of 
a  packed  item  (i.e.,  an  item  in  a  specified  table,  packed  ordinary 
table,  or  a  tight  table)  as  well  as  an  unpacked  item  is  given  by 
BITSIZE( REP( FI) )-l ,  where  FI  is  the  fixed  point  item. 
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The  Implemented  precision  of  a  fixed  Item  Is  the  number  of  bits 
(excluding  sign  bit)  used  to  store  the  Item.  Assignments  to  such  Items 
round  or  truncate  with  respect  to  this  precision,  which  Is  never  less 
than  the  specified  precision.  Rounding  or  truncation  can  change  a  fixed 
point  value  only  if  the  implemented  precision  Is  shortened. 

It  should  be  noted  that  specifying  R,  T,  or  Z  in  an  item 
declaration  only  affects  the  conversion  of  literal  values  (see  Section 
8.3.1)  and  assignments  of  fixed  point  values  when  the  stored 
representation  of  the  value  is  shorter  than  the  representation  used  for 
computations . 


2. 1.1. 4  BIT  TYPE  DESCRIPTIONS 


Syntax; 


<bi t- type-descript ion> 

<bi t-i tem-descriptlon> 
<bit-size> 

<bi t-ty pe-name> 
Semantics : 


:;=  <bit-item-description> 

|  <bi t-type-name> 

: :=  B  [<bit-size>] 

::=  <compile-t ime-integer-f ormula>  (5.1.1) 
:  :=  <item-type-name>  (2.2) 


A  <bit-type-description>  is  used  to  specify  a  bit  string  type.  The 
<bit-size>  attribute  specifies  the  number  oi  bits  in  the  string.  If 
<bit~size>  Is  omitted  it  defaults  to  1. 


Constraints : 


The  maximum  value  that  can  be  specified  for  <bit-size>  is  MAXBITS, 
an  implementation  parameter.  The  minimum  value  that  can  be  specified 
for  <bit-size>  is  ona. 

A  <bit-type-name>  must  be  an  <i tem-type-name>  declared  in  an 
<i tem-type-declaration>  that  contains  a  <bit-type-description>  (see 
Section  2.2). 
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2. 1.1. 5  CHARACTER  TYPE  DESCRIPTIONS 


Syntax : 

<character-type-descrlpt!on>  : := 

1 

<character-item-description>  ::= 
<character-size>  ::= 

<character-type-name>  : := 

Semantics : 


<character-item-descript lon> 

<charact er-type-name> 

C  [ <character-size> ] 

<compi le-t ime-i nt  eger-f ormula>(5 .1.1) 
<item-type-name>  (2.2) 


A  <character-type-desc rlptlon>  Is  used  to  specify  a  fixed-length 
character  string  type.  The  <character-size>  attribute  specifies  the 
number  of  characters  In  the  string.  If  <character-size>  Is  omitted  It 
defaults  to  1 . 

Constraints : 


The  maximum  value  that  can  be  specified  for  <character-slze>  is 
MAXBYTES,  an  implementation  parameter.  The  minimum  value  that  can  be 
specified  for  <character-size>  is  one. 

A  <character-type-narae>  must  be  an  <i tem-type-name>  declared  in  an 
<item-type-declaration>  that  contains  a  <character-type-descript ion> 
(see  Section  2.2). 

2. 1.1. 6  STATUS  TYPE  DESCRIPTIONS 


Syntax: 

<status-type-description> 

<s tatus-i tem-descript ion> 

<status-list> 


=  <status-item-description> 

|  <status-type-name> 

=  STATUS  [ <status-size> ) 

(  <status-list>  ) 

"  <default-sublist> 

|  J <def aul t-subli st>  ,] 

< spec if ied-sublist>  , . . . 
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<default-sublist> 

: :  - 

<status-constant> , . . . 

<specified-sublist> 

:  !** 

<status- list- index) 

<status-constant>, . .. 

<statu6-list-index> 

= 

<compile-time-integer-f ormula) 

(5.1.1) 

<status-cons tant> 

:  := 

V  (  <status)  ) 

<s  tatus> 

:  :  = 

(name) 

(8.2.1) 

1 

<letter> 

(8.1) 

1 

< reserved- word) 

(8.2.2) 

<s tatus-type-name> 

•  •  a 

•  • 

<i tem-type-name) 

(2.2) 

<status-size> 

:  :  = 

<compile-t ime-integer-f ormula) 

(5.1.1) 

Semantics : 

A  <status-type-i 

description) 

in  used  to  specify  a  status  type.  The 

<status-list>  is  used 

to  define 

the  value  set  of  the  type, 

which 

consists  of  a  set  of  named  <status-const ants> .  These  named 
<s tatus-constants>  are  considered  to  be  the  logical  values  of  the  status 
type.  Associated  with  each  logical  value  Is  a  representational  value, 
i.e.,  how  the  value  Is  actually  represented  Internally.  If  the 
<status-list>  contains  only  a  <def ault-sublist> ,  the  status  type  is  said 
to  have  a  default  representation .  The  <status-constants>  in  the 
<default-subli6t>  will  be  assigned  representational  values  0  through  N-l 
(where  N  is  the  number  of  <status-constants>  in  the  sublist)  in  the 
order  in  which  they  are  specified  in  the  list.  The  (status-constants) 
in  each  <specif ied-sublist>  will  be  assigned  representational  values 
<status-list-index>  through  <status-list-index>  +  N-l  (where  N  is  the 
number  of  <status-constants>  in  the  sublist)  in  the  order  in  which  they 
are  specified. 

For  a  given  <status-list> ,  the  value  of  any  <st  .itus-constant)  is 
considered  to  be  greater  than  the  value  of  another  (status-constant) 
having  a  lower  representational  value. 

<Status-size>  specifies  the  minimum  number  of  bits  to  be  allocated 
to  hold  the  status  value  (excluding  the  sign  bit,  if  any).  If  it  is 
omitted,  it  defaults  to  the  minimum  needed  for  the  representation  as  an 
integer  value.  If  the  representation  of  the  lowest-valued 
<status-constant>  in  the  list  is  less  than  zero,  signed  integer 
representation  will  be  used;  otherwise,  unsigned  integer  representation 
will  be  used. 
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Constraints : 


The  <status-constants>  must  be  unique  within  the  <status-l ist>  . 

The  <status-list-indlces>  within  a  <status-ll st>  must  be  specified 
such  that  all  the  <status-constants>  in  the  <status-l ist>  receive  unique 
representational  values. 

The  value  specified  In  <status-size>  must  be  greater  than  or  equal 
to  the  minimum  needed  for  the  representation  of  the  status  values  and 
less  than  or  equal  to  MAXINTSI7.E. 

The  representation  of  a  status  value  cannot  be  less  than  M1NINT 
(BITSINWORD-1)  and  it  cannot  exceed  MAXINT(BITSINWORD-l) . 

A  <status-type~name>  must  be  an  <item-type-name>  declared  in  an 
<item-type-declaration>  that  contains  a  <status-type-description>  (see 
Sect  ion  2.2). 

Note : 


The  use  of  a  <name>  in  a  <status>  does  not  constitute  a  declaration 
of  the  <name>  or  a  reference  to  a  declared  <name>  having  the  same 
spelling.  Within  a  given  scope,  a  <status>  <name>  and  a  declared  <name> 
can  have  the  same  spelling  and  no  conflict  will  result. 


2. 1.1. 7  POINTER  TYPE  DESCRIPTIONS 
Syntax : 


<pointer- type-de script ion> 

:  :=  <pointer-item-description> 

|  <pointer-type-name> 

<pointer-i tem-descrlption> 

:  :=  P  (<type-name>] 

<pointer-type-name> 

::=  <item-type-name> 

(2.2) 

<type-name> 

::=  <i tem-type-name> 

(2.2) 

I  <table-type-name> 

(2.2) 

1  <block.-type-name> 

(2.2) 

Semantics: 

A  <pointer-type-description>  is  used  to  specify  a  pointer  type.  If 
the  <pointer-item-descript ion>  contains  a  <type-name>,  then  the  pointer 
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being  specified  Is  a  typed  pointer.  If  the  <type-name>  is  emitted,  then 
the  pointer  is  an  untyped  pointer . 

A  typed  pointer  contains  the  address  of  a  data  object  of  the  type 
specified  by  the  <type-name>.  The  object  being  pointed  to  may  be 
obtained  by  dereferencing  the  pointer  (see  Section  6.1). 

An  untyped  pointer  contains  the  address  of  a  data  objec'  of  any 
type.  However,  such  a  pointer  must  be  converted  to  a  typed  pc-Miter  (see 
Section  7.0)  before  it  may  be  dereferenced  or  assigned  ;  a  typed 
pointer. 

Constraint : 


A  <pointer-type-name>  must  be  an  <item-type-name>  declared  in  an 
<i tem-type-decla ration>  that  contains  a  <pointer-type-description>  (see 
Section  2.2). 

2.1.2  TABLE  DECLARATIONS 
Syntax : 


<table-declaration>  : :=  TABLE  <table-name> 


l <al 1 oca ti on-spec  if ier>] 
(<dimens ion-1 ist>] 
table-descript ion> 

(2.1.5) 
(2.1 .2.1) 

<table-description> 

:  :=  [<structure-specifier>] 
<entry-specif ier> 

(2.1 .2.2) 

|  <table-type-name> 
(<table-preset> ]  ; 

(2.2) 

(2.1.6) 

<en try- spec! fier> 

::=  <ordinary-entry-specif ier> 

(2.1 .2.3) 

|  <specif ied-entry-specif ier> 

(2. 1.2. 4) 

<table-name> 

<name> 

(8.2.1) 

Semantics : 

<Table-declarations>  declare  named  aggregate  data  objects.  The 
presence  of  a  <dimension-list>  indicates  that  the  table  is  an  arrayed 
collection  of  entries.  The  <dimension-list>  specifies  the  range  of 
indices  of  the  array. 

The  <allocation-specif ier>  establishes  the  allocation  permanence  of 
tables  which  are  not  enclosed  in  blocks.  This  allocation  permanence  is 
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automatic  if  the  declaration  Is  In  a  subroutine  and  the 
<allocation-specifler>  Is  omitted,  otherwise  It  Is  STATIC  (see  Section 
2.1.5).  Tables  enclosed  In  blocks  Inherit  the  allocation  permanence  of 
the  enclosing  block. 

The  <table-description>  describes  the  contents  of  the  table  either 
with  a  <table-type-name>  (see  Section  2.2)  or  with  an  <entry-specif ier> . 
Two  or  more  tables  may  be  declared  In  the  same  scope  using  the  same 
<table-type-name> ,  and  no  name  conflicts  of  the  contained  Items  will 
result,  provided  the  <table-names>  are  different.  Items  in  tables 
declared  with  a  <table-ty pe-name>  can  only  be  accessed  using  pointers  to 
the  tables  (see  Section  6.1). 

A  table  may  either  be  an  ordinary  table,  in  which  only  the  logical 
structure  Is  described  (see  Section  2. 1.2. 3)  or  a  specified  table,  in 
which  the  detailed  physical  layout  of  the  table  is  described  (see 
Section  2. 1.2. A). 

A  <s true t ure-speci f 1 er>  Is  used  to  specify  the  representation  of 
entries  in  a  dimensioned  table  (see  Section  2. 1.2. 2). 

The  <table-preset> ,  if  present,  specifies  initial  values  for  the 
table  components.  For  <table-descript ions>  containing  an  <entry- 
specifler>  rather  than  a  <table-type-name> ,  the  <table-preset>  is  part 
of  the  <ent ry-specif ier>  (see  Section  2. 1.2. 3  and  2. 1.2. A). 

Constraints : 

Only  tables  having  STATIC  allocation  (explicitly  or  by  default)  may 
contain  a  <table-preset> . 

Tables  that  are  <formal-input-parameters>  or  <formal-output- 
parameters>  (see  Section  3.3)  must  not  contain  an  <al location-specif ier> 
or  <table-preset>. 

A  <table-declarat ion>  within  a  block  must  not  contain  an 
<a 11 oca t ion-spec if ier> . 

A  dimensioned  <table-declaration>  must  not  contain  a  <table-type- 
name>  whose  declaration  also  contains  a  <dimension-list>. 

A  <structure-specif ier>  in  an  undimensioned  table  Is  prohibited. 
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<d imens ion- llst> 

::=  (  <dimension>, . . .  ) 

<dimensi on> 

:  :■»  [  <lower-bound-opt  ion> ) 

<upper-bound> 

I  * 


<lower-bound-opt ion> 

:  :=  <lower-bound>  : 

<lower-bound> 

:  :=  <compile- time-1 nteger-forroula> 

(5.1.1) 

1  <compile-time-status-f ormula> 

(5. A) 

<uppe  r-bound> 

:  :=  <eompile-t iroe-i nt eger-f ormula> 

(5.1.1) 

|  <compile-time-status-formula> 

(5. A) 

Semantics: 

A  <dimension-l i st> 
<dimension>  specifies  the 
<lower-bound>  is  omitted, 
integer;  if  the  <upper 
first  <status-constant>  i 

specifies  that  a  table  i6  an  array.  Each 
range  of  values  for  that  dimension.  If  the 

it  defaults  to  zero  if  the  <upper-bound>  is  an 
-bound>  is  a  status  value,  it  defaults  to  the 
n  the  status  type  of  the  <upper-bound> . 

A  <dimension>  of  * 

that  appears  with  a  formal  parameter 

means  the 

bounds  will  be  determined  from  the  actual  parameter  on  each  Invocation. 
(Note  that  in  accordance  with  Sections  6.3.9  and  6.1,  bounds  of  * 
dimensions  range  from  0  to  NN-1 ,  where  NN  is  the  number  of  elements  in 
the  corresponding  dimension  of  the  actual  parameter,  regardless  of  what 
the  lower  and  upper  bounds  values  are  for  the  actual  parameter  or 
whether  the  bound  has  an  integer  or  status  type.) 

Const r a i n ts  : 

Only  status  types  with  default  representations  may  be  used  in 
<d imens ions> . 

The  <lower-bound>  must  be  less  than  or  equal  to  the  <upper-bound> . 

The  <lower-bound>  and  <uppe r-bound>  must  both  be  status  formulas 
of  the  same  type  or  both  be  integer  formulas. 

The  maximum  number  of  <dimensi  ,us>  is  seven. 

A  <dimension>  of  *  may  be  used  only  with  a  table  formal  parameter. 

If  any  <dimension>  of  a  table  formal  parameter  is  specified  as  *, 
they  all  roust  be  specified  as  * . 
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The  number  of  words  occupied  by  a  table  must  not  exceed 
MAXTABLESIZE. 


2. 1.2. 2  TABLE  STRUCTURE 
Syntax: 

<s t rue tur e-spec  if ier> 


<bits-per-entry> 

Semantics : 

Dimensioned  tables  can  have  a  parallel  or  serial  structure.  In 
addition,  a  serial  table  may  be  tightly  structured.  The 
<structure-speci f ier>  specifies  the  table  structure. 

A  <structure-specifier>  PARALLEL  indicates  parallel  structure.  For 
tables  with  parallel  structure,  the  first  word  (word  0)  of  each  entry  is 
allocated  consecutively,  then  word  one,  etc.  An  omitted 
<structure-specif ier>  or  one  with  T  indicates  serial  structure.  For 
tables  with  a  serial  structure,  all  words  of  the  first  entry  are 
allocated  consecutively,  then  all  words  of  the  next  entry,  etc.  Entries 
in  both  parallel  and  serial  tables  are  arranged  such  that  the  rightmost 
indices  vary  fastest,  from  the  lower  bound  to  the  upper  bound. 

A  <structure-specifier>  of  T  indicates  tight  structure  (in  addition 
to  serial  structure).  Tight  structure  defines  the  allocation  of  storage 
between  entries  in  a  dimensioned  (ordinary  or  specified)  table,  whereas 
packing  (see  Section  2. 1.2. 3)  defines  the  allocation  of  storage  wl thin 
an  entry  of  an  ordinary  table.  Tight  structure  indicates  that  multiple 
entries  of  a  dimensioned  table  are  to  be  stored  within  a  single  word 
such  that  no  entry  crosses  a  word  boundary.  <Bi ts-per-entry>  specifies 
the  number  of  bits  each  entry  is  to  occupy.  If  it  is  omitted,  it  will 
default  to  the  minimum  number  of  bits  needed  to  store  the  entry. 

Entries  in  tightly-structured  tables  are  right- justified  In  the 
bits  allotted. 

Entries  in  tables  without  a  <s t rue ture-speci f i er>  of  T  shall  not 
share  a  word. 

Constraints : 


::=  PARALLEL 

|  T  [  <bi t s-per-ent ry> ] 

::=  <compile-t ime-integer-formula>  (5.1.1) 


<Bits-per-entry>  must  be  equal  to  or  greater  than  the  minimum 
number  of  bits  needed  to  store  the  entry. 
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The  explicit  or  default  value  of  <bi ts-per-entry>  oust  be  le6s  than 
or  equal  to  BITSINWORD. 

Items  In  a  parallel  table  must  not  cross  word  boundaries. 

A  parallel  table  must  contain  a  <dlmenslon-ll6t>. 


2. 1.2. 3  ORDINARY  TABLE  ENTRIES 
Syntax; 

<ordl nary-entry- 


sped  f  ler> 

::=  [<packing-specifier>] 

<1 tem-type-descrlptlon> 
[<table-preset> ]  ; 

(2.1.1) 

(2.1.6) 

|  [ <packlng-specif  ler>] 

[<table-preset>]  ; 
<ordinary-table-body> 

(2.1.6) 

<packlng-speclf ier> 

:  :=  N 

1  M 

1  D 

<ordinary-table-body> 

:  :=  <ordinary-table-Item-declaratlon> 

|  BEGIN 

<ordinary-table-optlons> . . . 

END 

<ordl nary- table- 1 tem- 
declaratlon> 

: :=  ITEM  <table-l tem-namc) 

<1 tem-type-de script lon> 

I <pa eking- spec if ler>  ] 
(<table-preset>)  ; 

(2.1.1) 

(2.1.6) 

<table-i tem-name> 

: :=  <name> 

(8.2.1) 

<ordinary-table-optlons> 

<ordinary-table-i tem-declarat 1 on> 

|  <directlve> 

(9.0) 

1  <null-declaration> 

(2.7) 
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Semantics : 

An  <ordlnary-entry-specif ier>  Is  used  to  specify  the  contents  of  an 
entry  of  an  ordinary  table. 

No  allocation  order  is  implied  by  the  order  of  items  in  the 
<ordinary-table-optlons>  unless  the  <ordinary-table-options>  contains  an 
<order-directive> .  If  an  <order-directive>  is  not  in  effect, 
<ordinary-table-options>  will  be  reordered,  if  necessary,  to  reduce  the 
storage  occupied  by  an  entry,  consistent  with  the  <packing-specifier>. 
Tables  having  the  same  type  will  have  the  same  representation. 

The  <packing-specif ier>  specifies  the  density  with  which  items  are 
allocated  within  an  entry.  The  following  three  degrees  of  packing  can 
be  specified: 

1.  N  indicates  that  the  items  are  not  packed.  No  items  share  a 
word . 

2.  M  indicates  a  density  of  packing  that  can  be  between  N  and  D. 
The  exact  meaning  is  implementation-dependent,  and  is 
specified  to  be  an  effective  compromise  between  space  usage 
and  accessing  ease. 

3.  D  indicates  dense  packing.  Items  are  allocated  adjacent  bits 
in  a  word  with  the  following  exceptions: 

a.  Non-character  items  one  word  or  longer  start  on  a 
word  boundary.  Shorter  non-character  items  do  not 
cross  word  boundaries. 

b.  Each  byte  of  a  character  item  which  crosses  a  word 
boundary  must  be  allocated  on  a  byte  boundary.  An 
implementation  may  (but  need  not)  allocate  the  bytes 
of  other  character  items  on  byte  boundaries. 

A  <packi ng-speci f ier>  preceding  an  <ordinary-table-body>  in  an 
<ordinary-entry-specif ier>  applies  to  all  items  in  the  <ordinary- 
table-body>  that  do  not  themselves  include  a  <packing-specif ier>  in 
their  declaration. 

Default  packing  for  a  tightly-structured  table  (see  Section 
2. 1.2. 2)  is  D;  for  all  other  tables,  it  is  N. 

The  value  of  unallocated  bits  in  an  <ordinary-entry-specifier>  is 
implementation-dependent . 

The  <table-preset> ,  if  present,  specifies  initial  values  for  the 
table  entries. 
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Const  r alnts : 

Only  tables  having  STATIC  allocation  (Implicitly  or  explicitly)  may 
contain  a  <table-preset> . 

Declaration  of  table  <formal-lnput-parameter6>  or 

<fonnal-output-parameters>  (see  Section  3.3)  must  not  contain 
<table-presets>. 

If  a  <table-preset>  precedes  the  <ordlnary-table-body> ,  none  of  the 
<ordlnary-table-item-declarations>  in  the  <ordlnary-table-body>  can 
contain  a  <table-preset> . 

An  <ordinary-entry-specif ier>  used  in  a  <table-type-declaration> 

(see  Section  2.2)  must  not  contain  a  <table-preset> . 

An  <ordinary-table-options>  must  contain  at  least  one  <ordlnary- 
table-i tem-declaration> . 

A  <packing-speclfler>  of  N  Is  permitted  In  a  tightly-structured 
table  only  if  the  table  entry  contains  only  one  item. 

The  number  of  words  allocated  for  a  table  entry  must  not  exceed 
MAXBITS/BITS1NU0RD. 

2. 1.2. A  SPECIFIED  TABLE  ENTRIES 


<speci f ied-ent  ry- 
speci f ier> 


<words-per-ent ry> 


<entry-s ize> 

<specified-i tem- 
desc  ript lon> 


::=  <words-per-entry> 

<specif ied-i tem-description> 
[<table-preset> ]  ;  (2.1.6) 

|  <words-per-entry> 

(<table-preset> J  ;  (2.1.6) 

<spec i f ied-t able-body> 

::=*  W  [  <entry-size>] 

I  V 

::=  <compile-tiroe-lnteger-formula>  (5.1.1) 

::=>  <1  tem-type-description>  POS  (2.1.1) 

(  <loca t 1 on-specl f i er>  ) 
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<location-specifier> 

: :=  <s tart i ng-bi t>  , 

<start ing-word> 

<starting-bit> 

: : =  <compi  le-tirae-int  eger-f ormula> 

1  * 

(5.1.1) 

<starting-word> 

1 

: :=  <compile-t ime-integer-formula> 

(5.1.1) 

<specif i ed-t abl e-bod y> 

: :=  <spec ified-table-item-declaration> 

1  BEGIN 

<specified-table-options>  .  .  . 

END 

<specified-tallc-item- 
declarati onl 

:  :=  ITEM  <t abl e-i t em-name> 

<speci  f  led-i  t  c-m-desc  ri  pt  i  on> 

[ <t abl e-preset> ]  ; 

(2.1  .2.3) 

(2.1.6) 

<speci f ied-table> 
options> 

::=  <specified-table-it  em-dec 1  a  ra t ion> 

|  <directive> 

(9.0) 

I  <null-declaration> 

(2.7) 

Semant  ic  js : 

A  <spec i f i od-ent ry-spec i f ier>  is  used  to  specify  the  contents  of  an 
entry  of  a  specified  table. 

<Words-per-entry>  specifies  the  size  of  (i.e,  number  of  words  in) 
each  entry  in  the  table.  <Words-per-ent ry>  containing  a  W  indicates  a 
fixed-length-entry  specified  table  whereas  V  indicates  a 
variable-length-entry  specified  table.  In  a  fixed-length-entry 
specified  table,  <entry-size>  (if  present)  specifies  the  number  of  words 
allocated  to  each  entry  in  the  table.  In  a  tightly-structured  table  (in 
which  <entry-size>  must  be  omitted),  the  size  of  the  entry  is  determined 
from  the  <structure-specif ier>.  In  a  va r i abl e-1 eng t h-ent ry  specified 
table,  each  entry  is  allocated  one  word. 

The  < 1  oca t ion-s pec  I f ier>  specifies  the  physical  location  of  the 
item  from  the  start  of  the  entry.  <Start ing-word>  indicates  at  which 
word  of  the  entry,  starting  from  zero,  the  item  is  to  start,  and 
<start ing-bi t>  indicates  at  which  bit  in  the  word,  starting  from  zero  at 
the  leftmost  part  of  the  word,  the  item  is  to  start.  In  the  case  of 
entries  in  tightly  structured  tables,  <starting-bit>  is  considered  to  be 
relative  to  the  start  of  the  entry.  A  <start ing-bi t>  of  *  indicates 
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that  the  Item  should  occupy  the  same  amount  of  storage  and  be  aligned  in 
the  same  way  it  would  if  it  were  allocated  outside  a  table,  in  order  to 
ensure  efficient  access  to  the  item.  These  rules  apply  to  both 
fixed-length-entry  and  to  variable-length-entry  specified  tables. 
Consequently,  in  a  variable-length-entry  table,  reference  to  an  item 
with  subscript  NN  will  reference  that  item  relative  to  the  start  of  the 
NNth  entry,  where  each  entry  is  considered  to  be  one  word  long  (i.e.,  a 
subscript  of  NN  does  not  refer  to  the  NNth  logical  entry  in  that  table). 
It  is  entirely  up  to  the  programmer  to  keep  track  of  the  actual  length 
of  logical  entries  in  such  tables. 

The  <table-preset> ,  if  present,  specifies  initial  values  for  the 
table  entries. 

The  value  of  unallocated  bits  in  a  <spec i f i ed-t able-ent ry>  is 
implement  at  ion-dependent . 

Constraints: 


<Entry-size>  must  be  omitted  on  tightly-structured  tables  and  must 
be  present  otherwise. 

<Entry-size>  must  be  greater  than  zero  and  less  than  or  equal  to 
MAXBITS/B1TSI  NWORD . 

<Start ing-word>  must  be  non-negative.  For  items  in  tables  with 
entry  sizes  specified  by  <entry-size>,  <start ing-word>  plus  number  of 
words  occupied  by  the  item  must  not  exceed  <ent ry-s i ze> .  For  tightly 
structured  tables  <start ing-word>  must  be  zero. 

<Starting-bit>  must  be  non-negative  and  must  not 
position  to  violate  other  positioning  constraints.  For 
structured  tables  it  must  also  be  less  than  BITS1NW0RD. 
structured  tables  <starting-bit>  plus  number  of  bits  occupi 
item  must  not  exceed  <bi t s-per-enl ry> . 

Only  tables  having  STATIC  allocation  (implicitly  or  explicitly)  may 
contain  a  <table-preset> . 

Tables  that 

<formal  out  put-pa ra mete rs> 

<table-preset> . 

If  a  <table-preset>  precedes  the  <specified-table-body>,  none  of 
the  <specified-table-item-declarations>  in  the  <specif ied-table-body> 
can  contain  a  <table-preset> .  If  any  part  of  an  item  in  a 
<specif i ed-table-body>  overlaps  any  part  of  another  item  in  the  table 
body,  only  one  of  the  items  can  be  preset. 


are  <formal-input-parameters>  or 

(see  Section  3.3)  must  not  contain  a 


cause  item 
non-t  i  glit  ly 
For  tightly 
ed  by  the 
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A  <speci f ied-ent i y-speci  f ier>  used  In  a  <table-type-declaration> 
(see  Section  2.2)  must  not  contain  a  <table-preset>. 

A  <spec 1 f led-t able-opt lons>  must  contain  at  least  one  <specifled- 
table-ltem-decIaratlon>. 

Non-character  Items  whose  size  16  one  word  or  less  cannot  cross  a 
word  boundary.  Character  Items,  regardless  of  length,  may  start  on  any 
byte  boundary,  l.e.,  any  value  of  the  machine  parameter  BYTEPOS.  Any 
<s t art  1 ng-bi t>  value  Is  permitted  for  character  Items  that  do  not  cross 
word  boundaries. 

An  Implementation  may  restrict  legal  <start 1 ng-bl t>  values  for 
pointer  Items  that  are  Initialized. 

Variable-length-entry  specified  tables  roust:  contain  a 

<spec 1 f led-t abl e-body> ,  and  they  cannot  contain  <table-presets>  or 
<structure-speclfiers>. 


2.1.3  CONSTANT  DECLARATIONS 
Synt ax: 

<cons t a nt-dec 1  a ra t i on>  CONSTANT  ITEM 

<constant-i  t  em-name> 

<1 tem-type-descript ion>  (2.1.1) 

<1 tem-preset>  ;  (2.1.6) 

|  CONSTANT  TABLE 

<constant-tabl e-name> 

[ <d imens ion-1 1 st> ]  (2. 1.2.1) 

<t abl e-desc r i pt i on>  (2.1.2) 

<cons t ant-1 tem-name>  ::=  <name>  (8.2.1) 

<constant-table-name>  : :=  <name>  (8.2.1) 

Semant les: 


A  <constant-declaration>  creates  an  item  or  table  whose  value  must 
be  set  by  means  of  an  <1 tcm-preset>  or  <table-preset>  and  whose  value 
cannot  be  changed  during  execution  of  a  program.  The  value  of  a 
constant  Item  whose  type  class  Is  not  pointer  can  be  used  in  a 
<corapi le-t ime-formula>  (see  Section  5.0).  The  value  of  a  constant  table 
or  an  Item  within  a  constant  table  may  not  be  used  In  a 
<compile-time-formula>. 
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Physical  storage  will  be  allocated  for  all  <constant-declaration6> 
that  are  in  <block-declaratlons>. 

The  allocation  permanence  of  all  allocated  <constant-declaration6> 

Is  considered  to  be  STATIC,  even  If  the  declarations  appear  In  a 
<subroutine-def ini tion> . 


2.1.4  BLOCK  DECLARATIONS 


Syntax: 

<block-declarat ion> 


<block~name> 

<block-body-part> 


<block-body-opt lons> 


: :=  BLOCK  <block-name> 

[<al location- sped f ler>] 
<block-body-part> 

I  BLOCK  <block~name> 

[<allocation-specifier>] 
<block-ty pe-name> 

[ <block-preset>  ]  ; 

: :=  <name> 

:  :=  <null-declaratlon> 

|  <data-declaration> 

|  BEGIN 

<block-body-options> . . . 
END 

::=  <data-declaratlon> 

I  <overlay-declaratl on> 

I  <directive> 

|  <nul 1-declarat ion> 


(2.1.5) 

(2.1.5) 

(2.2) 

(2.1.6) 

(8.2.1) 

(2.7) 

(2.1) 

(9.0) 

(2.1) 

(2.6) 

(9.0) 

(2.7) 


Semantics : 


A  <block-declaration>  declares  a  group  of  items,  tables,  and  other 
blocks  that  are  to  be  allocated  in  a  contiguous  area  of  storage.  No 
allocation  order  Is  implied  by  the  order  of  the  declarations  within  a 
block  unless  the  <block-body-opt ions>  contains  an  <order-directive>.  If 
an  <order-directive>  is  not  In  effect,  <bl ock-body-options>  will  be 
reordered,  if  necessary,  to  improve  accessibility. 
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The  <allocation-speci f ler>  establishes  the  allocation  permanence  of 
blocks  which  are  not  enclosed  In  blocks.  This  allocation  permanence  Is 
automatic  If  the  declaration  Is  In  a  subroutine  and  the 
<allocation-specif ier>  is  omitted,  otherwise  It  Is  STATIC  (see  Section 
2.1.5).  Blocks  enclosed  In  blocks  Inherit  the  allocation  permanence  of 
the  enclosing  block. 

The  <block-declaration>  describes  the  contents  of  the  block  either 
with  a  <block-type-name>  (see  Section  2.2)  or  with  a  <block-body-part> . 
The  <block-body-part>  contains  explicit  declarations  of  all  the 
components  of  the  block. 

The  <block-preset> ,  if  present,  specifies  Initial  values  for  the 
block  components.  For  <block-declarations>  containing  a  <block-body- 
part>  rather  than  a  <block-type-name> ,  Initial  values  may  be  specified 
with  <block-presets> ,  <table-presets>  and  <1 tem-presets>  on  the 
components  themselves. 

Constra Int  s : 

Only  blocks  having  STATIC  allocation  (explicitly  or  by  default)  may 
contain  a  <block~preset>  or  a  <data-declaration>  containing  an  <item- 
preset>,  <table-preset>  or  <block-preset> . 

If  a  <constant-declaration>  Is  In  a  block,  the  block  must  have 
STATIC  allocation  (explicitly  or  by  default). 

<Data-declaratlons>  within  a  block  must  not  contain  an  Allocation- 
specified. 

Blocks  that  are  <f orraa l-input-parameters>  or  <f ormal-output- 
parameters>  (see  Section  3.3)  must  not  contain  an  Allocation- 
specified,  a  <block-preset>  or  a  <data-declaration>  with  an 
<i tem-preset> ,  <table-preset>  ,  or  <block-preset> . 

Components  of  blocks  declared  with  a  <block-type-naroe>  may  be 
accessed  only  by  using  pointers  to  the  blocks. 

2.1.5  ALLOCATION  OF  DATA  OBJECTS 
Syntax; 

Allocation-specif ier>  ::=  STATIC 

Semantics: 

Allocation  of  storage  for  a  data  object  can  be  STATIC  or  automatic. 
STATIC  allocation  means  that  the  data  object  is  to  exist  throughout  the 
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entire  execution  of  the  program.  Automatic  allocation  is  applicable 
only  to  data  declared  within  subroutines  and  means  that  the  data  object 
need  only  exist  while  the  subroutine  is  executing  (l.e.,  values  are  not 
necessarily  preserved  between  calls).  Automatic  is  the  default 
allocation  for  data  declared  in  subroutines  and  cannot  be  explicitly 
specified.  STATIC  is  the  default  for  data  not  declared  in  subroutines 
and  can  be  explicitly  specified  both  Inside  and  outside  of  subroutines. 

The  treatment  of  STATIC  data  in  a  concurrent  processing  environment 
is  implementation-dependent  with  respect  to  which  data,  if  any,  are 
shared  among  processes. 

2.1.6  INITIALIZATION  OF  DATA  OBJECTS 
Syntax; 

<item~preset>  ::=  =*  <item-preset-value> 

<item-preset-value>  ; :=>  <compile-t ime-formula>  (5.0) 

|  <loc-function>  (6.3.1) 

<table-preset>  ;  -  <table-preset-list> 

<table-preset-list>  ::=*  <default-preset-sublist> 

|  (<default-preset-sublist>  ,] 

< specif ied-preset-subl is t> , . . . 

<default-preset-sublist>  ::=■  <preset-values-option> , . . . 

<specif i ed-p reset- 

subl  i  s  t>  ::=>  <preset-index-specif  ier> 

<preset-values-option>, ... 

<preset-i ndex-speci f ier>  :  !■  POS  (  <cons tant-index> , . . .  )  : 

<constant-index>  =  <compile-time-integer-fonnula>  (5.1.1) 

|  <compile~t ime-status-f ormula>  (5.4) 

<preset-values-option>  : [<item-preset-value>] 

|  <repetition-count> 

(  <preset-values-option> , . . .  ) 

<repet i t ion-count>  =  <coropile-time-integer-forroula>  (5.1.1) 
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<block-preset>  = 

<block-preset-list> 

<bl  ock-preset-values-  ::  = 
opt lon> 

I 

I 


-  <block-preset-l lst> 
<block-preset-values-opt lon> , . . . 
<preset-values-option> 

[(  <table-preset-list>  )] 

[(  <block-preset-l 1 st>  )] 


Semantics : 

Items,  tables,  and  blocks  with  STATIC  allocation  can  be  given 
Initial  values  by  means  of  <1 t em-preset s> ,  <table-presets> ,  and 
<block-presets> ,  respectively.  Furthermore,  constant  Items  and  tables 
must  be  given  Initial  values  with  <1  tern-preset s>  and  <table-presets> . 
Initial  values  are  values  of  the  variables  after  a  module  has  been 
loaded  but  prior  to  any  dynamic  reference  to  the  variables.  They  do  not 
imply  any  provision  for  later  restoring  values  to  the  initial  state. 


An  <1 tem-preset>  specifies  an  initial  value  for  an  Item. 

A  <tabl*-pres«t>  specifies  a  list  of  initial  values.  If  the 
<table-pres«t>  occurs  on  an  item  within  an  entry  of  a  table,  the 
<table-pres«t>  specifies  values  only  for  that  ite».  If  the  table  Is 
dimensioned,  the  <table-prcset>  for  the  item,  if  present,  may  specify  a 
list  of  values  to  initialize  that  item  in  each  entry  of  the  dimensioned 
table . 


If  the  <table-preset>  occurs  on  an  entry  of  a  table,  the 
<table-preset>  specifies  values  for  all  items  within  that  entry.  If  the 
table  is  dimensioned,  the  <table-preset>  specifies  values  for  all  the 
items  in  each  entry  of  the  dimensioned  table.  Assuming  the  entry  has  N 
items  in  it,  the  first  N  values  in  the  <table -preset>  are  initial  values 
for  the  N  items  in  the  first  entry  of  the  table  (in  the  order  in  which 
the  declarations  appear),  the  second  N  values  in  the  <table-preset>  are 
initial  values  for  the  N  items  in  the  second  entry  of  the  table,  etc. 

Entries  within  a  dimensioned  table  are  normally  initialized  in 
order,  the  first  entry  being  the  one  with  the  lowest  value  of  each 
dimension  index,  and  proceeding  with  the  rightmost  indices  increasing 
most  rapidly.  This  Is  the  procedure  followed  when  a  <default-preset- 
sublist>  is  specified.  If  a  <specif ied-preset-subl ist>  is  used, 
Initialization  using  the  values  in  the  sublist  will  start  with  the  entry 
whose  indices  are  specified  in  the  <presetwindex-specif ier>  and  will 
proceed  with  the  rightmost  indices  increasing  most  rapidly. 

A  <repetition-count>  can  be  used  as  a  shorthand  to  specify  the 
number  of  consecutive  repetitions  of  the  sequence  of  <preset-values- 
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options>  enclosed  In  the  parentheses  following  the  <repetition-count>. 

If  a  value  Is  omitted  in  the  <table-preset> ,  the  Item  corresponding 
to  the  omitted  value  will  remain  uninitialized  and  cannot  be  given  an 
initial  value  elsewhere  In  the  preset. 

A  <block-preset>  Is  used  only  to  Initialize  a  block  declared  with  a 
<block-type-name> .  The  <block-preset-list>  specifies  initial  values  for 
the  items,  tables  and  blocks  contained  within  the  block  in  the  order  of 
their  declaration.  A  parenthesized  <table-preset-li st>  is  used  to 
initialize  a  contained  table  and  a  parenthesized  <block-prenet-list>  is 
used  to  initialize  a  contained  block.  An  omitted  entry  from  the  list 
Indicates  that  the  corresponding  item,  table,  or  block  will  remain 
unini  t  ia  li  zed  . 

Constraints : 


The  type  of  each  value  in  an  <1 tero-preset> ,  <table-preset>  or 
<block-preset>  must  match  or  be  implicitly  convertible  to  the  type  of 
the  data  object  being  initialized  (see  Section  7.0). 

The  <preset-index-specif iers>  within  a  <t able-preset>  must  be 
specified  such  that  no  bit  position  is  initialized  more  than  once  and 
the  bounds  of  the  table  are  not  exceeded. 

The  value  of  the  <repetition-count>  must  not  be  negative. 

An  item  must  not  be  initialized  more  than  once  by  initializing 
another  item  that  overlaps  it. 

The  type  of  each  <constant-index>  in  a  <preset-index-speci f ier> 
must  match  the  type  of  the  bounds  of  the  corresponding  dimension  in  the 
<diraension-list>  of  the  declaration  of  the  table. 

The  number  of  <cor.stant-indices>  in  a  <preset-index-specif ier>  must 
be  the  same  as  the  number  of  <diraensions>  in  the  table's 
<dimension-li st> . 

If  the  argument  of  a  <loc-function>  used  as  a  preset  value  is  a 
<naraed-variable> ,  it  must  be  a  <data-naroe>  for  an  object  whose 
allocation  permanence  is  STATIC,  either  explicitly  or  by  default. 
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2.2  TYPE  DECLARATIONS 


Syntax: 


<type-declaration> 

1 

1 

<i tem- type-dec la  rat ion> 

<t able- type-dec  la ration> 

<block- type-dec  la  rat ion> 

<i tem- type-dec la rat ion> 

TYPE  <i tem-type-name> 
<item-type-description>  : 

(2.1.1) 

<i tem-type-name> 

:  :  = 

<name> 

(8.2.1) 

<t able- type-dec la ra t ion> 

:  :  = 

TYPE  <table-type-name> 

TABLE  <table-type-specifier> 

<table-type~speci f ier> 

[ <dimension-l i st>  ] 

{<s t rue ture-speci f ier>] 
[<like-option>) 

<ent ry-spec i f ier> 

(2.1 .2.1) 
(2.1  .2.2) 

(2.1.2) 

1 

(<dimension-list>] 
<table-type-name>  ; 

(2.1 .2.1) 

<table-type-name> 

<name> 

(8.2.1) 

<like-option> 

:  :  = 

LIKE  <table-type-name> 

<block-type-declarat  Ion> 

:  :  = 

TYPE  <block-type-name> 

BLOCK  <block-body-part> 

(2.1.4) 

<block-type-narae> 

:  :  = 

<name> 

(8.2.1) 

Semantics : 

A  <type-declaratlon>  Is  used  to  give  a  name  to  a  type 
specification. 

An  < 1 t era-t ype-dec la ra t ion>  associates  the  <itea-type-name>  with  the 
<i tem-ty pc-de script ion> . 

A  <t able-type-dec  la ra t ion>  associates  the  <table-type-narae>  with 
the  <table-type-specif ier> . 

If  a  <1 ike-option>  is  specified,  the  entry  being  described  consists 
of  the  items  in  the  type  named  in  the  <1 ike-option>  together  with  the 
items  in  the  <ent ry-spec t f i sr> .  The  physical  positioning  of  items  in 
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the  <like-opt lon>  relative  to  the  start  of  the  entry  Is  fixed  at  the 
time  the  <like-option>  type  name  Is  declared  and  Is  not  changed  by  it6 
use  as  a  <like-optlon>.  If  the  type  named  In  the  <like-option>  contains 
a  <dimension-specif ier>,  It  applies  to  the  entire  <table-type- 
speclfler>.  If  the  table  Is  an  ordinary  table,  the  <packing-specifier>, 
If  present,  only  applies  to  the  Items  In  the  <entry-speclf ier>,  not  to 
the  Items  obtained  from  the  <like-option>.  If  the  table  Is  a  specified 
table,  the  <words-  per-entry>  In  the  <entry-specifier>,  If  present, 
specifies  the  total  size  of  the  entry  Including  the  items  obtained  fro* 
the  <like-optlon> .  If  the  <table-type-declaration>  contains  a 
<structure-specif ier>  of  T,  <bi ts-per-entry>  specifies  the  total  number 
of  bits  the  entry  is  to  occupy  including  items  obtained  from  the 
<like-option> .  If  <bi ts-per-entry>  is  omitted  it  will  default  to  the 
minimum  number  of  bits  needed  to  store  the  entry,  including  items 
obtained  from  the  <like-option>. 

The  physical  representation  of  a  table  type  is  fixed  by  the  type 
declaration.  All  objects  allocated  with  such  a  type  name  will  have  the 
same  representation.  In  particular,  the  position  of  table  items  in  a 
<like-option>  is  not  modified  by  the  occurrence  of  a  <packing-speci f ier> 
or  <order-directive>  in  the  <entry-specif ier> .  However,  unused  space  in 
the  portion  described  by  the  <like-option>  can  be  occupied  by  table 
items  given  in  a  packed  <entry-specif ier> . 

A  <block-type-declaration>  associates  the  <block-type-name>  with 
the  <block-body-part>. 

For  type  matching  purposes,  a  type  name  Is  considered  to  be  an 
abbreviation  for  its  associated  <item-type-desci ipt ion> , 
<table-type-specif ier>,  or  <block-body-part> ,  in  any  context  except 
within  a  <pointer-item-description>. 

Constraints  : 

The  <item-type-description>,  <table-type-specif ier> ,  or  <block- 
body-part>  in  a  <type-declaration>  roust  not  contain  an  <i tem-preset> , 
<table-preset>  ,  or  <block-preset> . 

A  <bl ock-body-part>  in  a  <block-type-declaration>  cannot  contain 
<constant-declara t ions>. 

If  a  <table-type-specif ier>  contains  a  <dimension-l ist> ,  then  it 
must  not  contain  a  <table-type-name>  (either  directly  or  in  a  <like- 
option>)  whose  <table-type-declaration>  contains  a  <dimension~list>. 

Tables  may  be  characterized  as  parallel,  serial,  tight,  ordinary, 
variable-length-entry,  and  specified.  The  characterizations  of  the 
table  type  in  a  <like-option>  must  be  the  same  as  those  of  the 
<table-type-declaration>  In  which  the  <like-option>  appears. 
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<Words-per-ent ry>  of  the  <table-type-specif ier>  must  not  specify  a 
value  that  is  less  than  <words-per-entry>  of  the  type  name  specified  in 
a  <like-option>. 

The  (explicit  or  default)  number  of  bits  per  entry  in  a 
<table-type-specif ier>  having  tight  structure  must  not  be  less  than  the 
number  of  bits  per  entry  of  the  type  name  specified  in  a  <1 ike-opt ion> . 

A  <table-ty pe-name>  must  be  a  <name>  declared  in  a 

<table-type-declaration> . 

A  <block-type-name>  must  be  a  <name>  declared  in  a 
<block-type-declarat ion> . 

Note : 


A  <table-type-name> ,  <item-type-name> ,  or  <bl ock- ty pe-name>  must 
not  be  a  formal  parameter  name  or  an  actual  parameter  name. 


2.3  STATEMENT  NAME  DECLARATIONS 
Syntax: 

<statement-narae-decla rat ion>  ::=  LABEL 

<statement-name> , . . .  ;  (4.0) 


Semantics : 

A  <statement-name-declaration>  is  used  to  explicitly  declare  a 
<statement-name> .  Ordinarily,  a  <statement-name>  is  implicitly  declared 
by  its  use  in  a  <label>.  An  explicit  <statement-naue-declaration>, 
however,  must  be  used  for  statement  name  <forraal-input-parameters>,  for 
statement  names  that  are  the  same  as  <def ine-names>  declared  in  an 
enclosing  scope,  and  for  external  <statement-name-declarations> . 

Constraints : 


The  <statement-names>  in  a  <statement-name-declaration>  must  either 
be  <formal-input-parameters>  to  the  subroutine  containing  the 
<stateraent-name-declaration>  or  else  must  be  used  in  <labels>  in  the 
immediate  scope  containing  the  <statement-name-declarat ion>  (i.e.,  not 
including  nested  scopes). 
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2.4  DEFINE  DECLARATIONS 


Syntax; 


<def ine-declaration> 

<def 1 ne-name> 

<def 1 nltl on-pa rt> 

<formal-def ine-parameter- 
— 1 1 st> 

<forroal- Jef ine-parameter> 
<def ine-string> 


DEFINE  <def ine-name> 

<def ini t lon-par t> 

<name>  (8.2.1) 

[ <f ormal-def ine-parameter-list>] 

<def ine-string>  ; 

(  <formal-def ine-parameter> , .  . .  ) 

<letter>  (8.1) 

"  [<character>  . . .  ]  "  (8.1) 


Semant i c  s  : 

A  <define-declaration>  is  used  to  associate  a  name  with  a  (possibly 
parameterized)  text  string,  the  <define-string>.  The  <def ine-string> 
will  be  substituted  for  the  <def ine-name>  when  the  <def ine-name>  is  used 
in  a  <def ine-call>  (see  Section  2.4.1). 


The  <formal  def ine-parameter-list>  is  used  to  declare 
<formal-def ine-parameters>.  These  parameters  receive  values  from 
<actual-def ine-parameters>  in  each  <def ine-call>  (see  Section  2.4.1). 
The  values  are  substituted  in  the  <def Ine-string>  wherever  the 
<f ormal-def Ine-parameters>  are  referenced.  Reference  to  a 
<f ormal-def ine-parameter>  within  the  <def ine-string>  is  indicated  by 
preceding  the  parameter  name  with  an  exclamation  point.  Such  parameter 
references  can  occur  anywhere  within  the  <def ine-string>  and,  by 
appropriate  juxtaposition,  can  be  used  to  create  new  symbols. 

Within  the  <define-string>,  the  quotation  mark  (")  and  exclamation 
point  (!)  can  be  used  as  simple  characters  by  doubling  them.  A 
<define-string>  is  terminated  by  the  first  undoubled  quotation  mark, 
regardless  of  the  lexical  context  in  which  the  undoubled  quotation  mark 
appears . 

As  with  other  <names>,  a  <def ine-name>  is  known  In  the  scope 
containing  its  declaration  and  may  be  redeclared  in  an  inner  scope. 

The  <def ine-string>  may  contain  <def Ine-calls>.  Such  calls  will  be 
expanded  for  each  substitution  of  the  <define-string>,  using  the 
definition  active  in  the  scope  of  the  <def ine-call> . 
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Constraints : 

A  <comment>  delimited  by  quotation  marks  roust  not  occur  in  a 
<def ine-declaratlon>  between  the  <def ine-name>  and  the  <def ine-string>  . 

Circular  <def ine-declarations>  as  the  result  of  <define-stnngs> 
containing  <def ine-calls>  are  not  allowed. 

The  same  <letter>  must  not  appear  more  than  once  in  any 
<formal-def ine-pa rameter-1 ist>. 

2.4.1  DEFINE  CALLS 

Syntax: 

<def ine-call>  . 

<actual-def ine-parameter- 
li  st> 

<actual-def ine-parameter>  : :=  [  <charact er> . . .  ]  (8.1) 

I  "  [<character>. . .)  "  (8.1) 

Semantics : 

A  <def ine-cal 1>  is  used  to  cause  textual  substitution  to  occur.  A 
<def ine-ca 11>  is  processed  as  follows: 

1.  The  characters  comprising  <actual-def ine-parameters>  are 

substituted  for  the  corresponding  <formal-def ine-parameters> 
in  the  <def ine-string>  associated  with  the  <def ine-n3me> . 

2.  The  resulting  <define-string>  logically  replaces  the 

<def ine-call>  . 

3.  The  substituted  <def ine-string>  is  scanned  from  its  beginning 
to  determine  what  <symbols>  it  contains;  these  <symbols>  are 
processed  as  though  they  had  appeared  in  the  orginal  text  at 
the  point  of  the  replaced  <def ine-cal 1>. 

Note  that  the  substituted  source  text  may  be  found  to  contain 
<def ine-calls>  and  these  are  processed  in  the  same  manner. 

If  an  <actual-def ine-parameter>  is  omitted,  a  null  string  will  be 
substituted  for  the  <formal-def ine-parameter>.  If  the  number  of 
<formal-define-parameters>  exceeds  the  number  of 

<actual-def ine-parameters> ,  null  strings  will  be  substituted  for  the 


=  <def ine-name)  (2.4) 

[<actual-def ine-parameter-1 ist>] 

=  (  <actual-define-parameter>,  . .  .  ) 


43 


97 


! 


MIL-STD-1 589B  (USAF) 
06  June  1980 


tralll ng  <f ormal-def ine-paramcters>. 


If  a 

n  <actual-de f ine-parame t er>  consi 

sts 

of  cb 

arac 

ter 

6 

enclosed  in 

quotation 

marks 

,  all  the  enclosed  cha 

rac  t 

ers 

are 

sub 

iS  t 

i  t  u  t  ed  . 

The 

quotation 

ma  rk  ( 

")  must  be  doubled  within 

an  a 

ct  ual 

pa 

ramet 

er  enc 

1  osed 

in  quotes 

• 

If 

an  < 

actual-def ine-parame ter> 

doe 

s  not  c 

ont 

a  1 

n  end 

osing 

quotation 

ma  rks , 

the  characters  substitut 

ed 

are 

the 

fi 

rs 

t  non- 

blank 

character 

and  su 

bsequent  characters  ending 

at , 

but 

not 

i  nc 

1  u 

ding,  L 

i  ther 

(1)  the 

first 

right  parenthesis  that 

i  s 

not 

bal 

anc 

ed 

by  a 

left 

pa  renthes 

is  that 

is  part  of  the  <actual-de 

f  i  ne 

-par  a 

mete 

r>  > 

or  (2) 

the 

first  comma  that  is  not  between  such  balanced  parentheses. 

<Def ine-cal ls>  are  not  recognized  in  <comments>  and  <character- 
literals> . 

Constraints : 

The  <actual-def ine-parameter-list>  must  not  be  omitted  if  the 
corresponding  <def ine-declaration>  contains  a  <formal-def i ne-parameter- 
list>. 

The  number  of  <actual-def ine-parameters>  must  not  be  greater  than 
the  corresponding  number  of  <f ormal-def ine-parame t ers> . 

A  <def i ne-cal 1>  cannot  be  juxtaposed  with  surrounding  symbols  so  as 
to  create  new  symbols  after  substitution. 

A  <def ine-call>  must  not  be  used  as  the  <name>  being  declared 
within  a  declaration. 

A  <def ine-ca 1 1>  must  not  be  used  as  a  <fonnal-input-parameter>  or 
<f ormal-output-parameter>  within  a  <pi ocedure-headi ng>  or  <function~ 
heading> . 

The  same  <letter>  must  not  appear  more  than  once  in  any 
<formal-de  f ine-pa  rame  ter-1 i s  t> . 

Note : 

The  def ine-li sting  directives  (see  Section  9.7.2)  allow  programmer 
control  over  whether  the  source  program  listing  contains  the  expanded 
string,  the  define  invocation,  or  both,  for  <def ine-ca 1 1 s> . 

Examples ; 

DEFINE  FOO(A)  "BAZ  ! AFAZ  !A"; 

DEFINE  BAR  "HELLO"; 
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DEFINE  BARFAZ  "GOODBYE"; 

DEFINE  HELLOFAZ  "NOT  USED"; 

FOO(BAR) 

The  result  of  the  <def lne-cal 1> ,  FOO(BAR),  after  substituting  for  the 
formal  parameter  IA  Is  BAZ  BARFAZ  BAR,  and  after  rescanning  this  string, 
the  final  result  Is  BAZ  GOODBYE  HELLO. 

DEFINE  MAKEDEF(N,  S)  "DEFINE  !N  ""!S"""; 

HAKEDEF( NEW ,  HELLO); 


The  result  Is  DF.FINE  NEW  "HELLO";  ,  i.e.,  a  new  <de f 1 ne-decl a ra t 1 on> . 


2.5  EXTERNAL  DECLARATIONS 
S_y_nt  ax : 


<ext e rnal-dec la ra 1 1 on>  :  :=  <def-specl f icat 1 on>  (2.5.1) 

|  <ref-speel f lratlon>  (2.5.2) 

Semant 1 cs : 

<External-declarations>  declare  <names>  that  are  potentially  known 
in  other  <modules>  of  the  <comple t e-progr am> .  Such  names  are  said  to  be 
external . 

Const  ral  r.t : 

Formal  parameter  names  cannot  be  declared  external. 


2.5.1  DEF  SPECIFICATIONS 
Syntax : 

<def -spec! f i cat ion>  :  :  = 

I 

<slmple-def> 

<compound-de f> 


<s Imple-def > 

<compound-def> 

DEF 

<def-specif lcation-cholce> 

DEF  BEGIN 

<def-speci f Icat ion-choice>  .  . . 
END 
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<def-specif lcat lon-cholce>  : <null-declarat lon> 


(2.7) 


1  <data-declarat lon>  (2.1) 

|  <def-block-instantiatlon> 


<def -block- Ins  tan t la tion> 

Semantics: 


1  <stateinent-nanie-declaratlon>  (2.3) 

|  <dlrectlve>  (9.0) 

<def-specl f 1 ca t 1 on-cholce> 

::=  BLOCK  INSTANCE 

<block-name>  ;  (2.1.4) 


<Def-speclf lcatlons>  enable  data  objects  to  be  declared  that  are 
potentially  available  via  <ref-speci f lcat ions>  and/or  <compool- 
directives>  for  use  In  other  <modules>.  Physical  storage  will  be 
allocated  for  these  objects. 


Either  a  <def-block-instantiation>  or  a  <block-declaration>  may  be 
used  In  a  <def-specif lcation>  to  create  a  block  with  external  scope. 
However,  In  order  for  a  <def-block-lnstantlation>  to  be  meaningful,  a 
<ref-specif ication>  containing  a  <block-declaration>  having  the  same 
<block-name>  must  exist,  either  in  that  <module>  or  in  a 
<compool-module>  that  is  referenced  via  a  <compool-directive>.  Preset 
information  used  in  the  creation  of  a  block  declared  with  a 
<def-block-instantiation>  will  be  obtained  from  the  corresponding 
<ref-speci f icat ion> . 

A  <statement-name-declaration>  in  a  <def-specif ication>  makes  the 
addresses  of  the  designated  statements  available  as  linkage  information 
in  the  environment  of  the  <complete-program>  but  does  not  make  these 
names  available  as  targets  of  out-of-scope  GOTO  statements  (see  Section 
4.7). 


Constr aints : 

A  data  declaration  in  a  <def-specif ication>  and  a  corresponding 
declaration  in  a  <ref-specif ication>  must  agree  in  name,  type,  and  all 
attributes.  However,  a  compiler  will  perform  this  check  across  <module> 
boundaries  only  if  a  connection  is  established  between  the  <modules>  via 
a  <compool-directive>. 

External  data  must  have  STATIC  allocation,  either  explicitly  or 
implicitly. 
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The  <data-declaration>  in  a  <def-specif ication>  cannot  be  a 
(cons tant-decla rat ion> .  (This  constraint  does  not  prevent  (constant— 
declarat ions>  from  appearing  in  <block-declarations>  in  (def- 
specif ications>.) 


2.5.2  REF  SPECIFICATIONS 
Syntax: 

<ref-specif  ication>  :  :*= 

I 

<simple-ref>  ::= 

(compound-ref >  :  :  = 

<ref-speci f icat ion-choice>  ::= 

I 

I 

I 

I 


<simple-ref> 

<compound-ref> 

REF 

(ref-specif icat ion-choice> 
REF  BEGIN 

<ref-specification-choice>. . . 


END 

<null-declaration>  (2.7) 
(data-declaration>  (2.1) 
<subroutine-declaration>  (3.0) 
<directive>  (9.0) 


<ref-specif ication-choice> 
(statement-name-declaration>  (2.3) 


Seman tics: 

A  <ref-specif ication>  enables  a  <module>  to  reference  a  <name> 
whose  <def-specif ication>  is  in  another  <module>. 

Physical  storage  for  external  names  occurs  in  the  <module> 
containing  the  <def-specif icat ion>  and  not  in  the  <module>  containing 
the  <ref-specif!cation>. 

A  <ref-specification>  for  a  <name>  may  appear  in  a  <compool-module> 
and  the  corresponding  DEF  in  another  <module>.  In  that  case,  the  <name> 
will  be  available  for  use  In  any  other  module  of  the  <complete-program> , 
provided  that  the  referencing  module  has  the  appropriate 
<compool-di rect ive> .  The  compiler  will  enforce  the  requirement  that  the 
DEF  and  the  REF  specifications  agree,  provided  the  <module>  containing 
the  DEF  has  the  appropriate  <compool-directive>.  Alternatively,  the 
<ref-specif lcation>  may  appear  in  the  accessing  <module>  directly 
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Instead  of  in  a  compool  (bypassing  the  compool  entirely),  but  in  thl6 
case  it  will  be  beyond  the  compiler's  ability  to  check  for  compatibility 
between  the  DEF  and  the  REF  specifications.  When  <ref-speci f ica t ions> 
are  used  outside  of  compools  to  gain  access  to  external  names,  the 
programmer  is  entirely  responsible  for  the  correct  usage  of  those  names. 

For  <data-declarations>  in  a  <def-specif ication>  that  is  in  a 
<compool-module> ,  no  <ref-specification>  is  necessary  if  the  accessing 
module  has  a  <compool-direct ive>  that  causes  that  data  to  be  imported 
(see  Section  9.1). 

Constraints : 


For  every  <data-declaration>  in  a  <ref-speci f ica t ion> ,  there  must 
exist  a  corresponding  declaration  in  a  <def-specification>.  For  every 
<subroutlne-declaration>  in  a  <ref-speci f icat ion> ,  there  must  exist  in 
some  <procedure-module>  or  <ma in-program-modul e>  a  corresponding 
<procedure-def inition>  preceded  by  DEF. 

In  a  <ref-specification>,  presets  are  illegal  in 
<item-declarations>  and  <table-declarations>  and  are  optional  in 
<block-declarations>  .  A  <ref-speci f icat i on>  that  contains  presets  can 
be  used  only  in  conjunction  with  a  <def-block-instantiation>. 

A  <data-declaration>  in  a  <ref-speci f icat ion>  cannot  be  a 
<constant-declarat ion> .  (This  constraint  does  not  prevent 
<constant-declarations>  from  appearing  in  <block-declarations>  in 
<ref-speci f ications>). 


2.6  OVERLAY  DECLARATIONS 
Syntax ; 

<over lay-dec la ration> 

<abso lute-add re ss> 

<ove  r lay-add ress> 
<overlay-expression> 
<overlay-string> 
<overlay-element> 


OVERLAY 

[<absolute-address>] 

<overlay-expression>  ; 

POS  (  <overlay-address>  )  : 

<compili  -time-integer-formula>  (5.1 .1) 

<overlay-string> : . . . 

<overlay-element> , . . . 

<spacer> 
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<spacer> 

<data-name> 


Semantics : 


|  <data-narae> 

I  (  <overlay-expression>  ) 

=  W  <compile-time-integer-formula>  (5.1.1) 

=  <item-narae>  (2.1.1) 

|  <table-name>  (2.1.2) 

1  <block-name>  (2.1.4) 


An  <overlay-declaratlon>  is  used  to  specify  any  or  all  of  the 
following: 

1)  that  data  objects  are  to  have  a  specific  allocation  order 

2)  that  certain  data  objects  are  to  occupy  the  same  memory 
locations  as  other  data  objects 

3)  that  certain  data  objects  are  to  be  allocated  at  a  particular 
absolute  memory  location 

The  <overlay-elements>  in  an  <overlay-string>  are  allocated  memory 
locations  in  the  order  of  their  appearance  in  the  string.  The  memory 
locations  allocated  to  the  elements  of  an  <overlay-string>  that  appears 
to  the  left  of  a  colon  in  an  <overlay-expression>  are  overlayed  with  the 
space  allocated  to  the  elements  of  the  <overlay-string>  that  appears  to 
the  right  of  the  colon. 

The  <overlay-address>  specifies  an  absolute  mempry  location  at 
which  allocation  of  the  <overlay-express ion>  begins.  The  meaning  of  an 
overlay  address  is  machine  dependent. 

A  <spacer>  in  an  <overlay-string>  specifies  a  number  of  words  to  be 
skipped  during  allocation. 

Constraints : 


The  allocation  permanence  of  all  data  objects  in  an 
<overlay-declaration>  must  be  the  same  (i.e.,  all  STATIC  or  all 
automatic) . 

An  <overlay-declaration>  within  a  <block-declaration>  or 
<hlock-type-declaration>  must  not  reference  data  names  declared  outside 
the  block  or  block  type  or  within  nested  blocks. 
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An  <overlay-declaration>  outside  a  <block-declaratlon>  or 

<block-type-declaratlon>  must  not  reference  data  names  declared  within  a 
block  or  block  type. 

An  <ove rlay-decla rat ion>  within  a  <block-declarat lon>  or 

<block- type-dec la  rat lon>  must  not  Include  an  <absolute-address5. 

A  <block-declaration>  or  <block-type-declaratlon>  must  not  include 
an  <overlay-declaration>  if  an  <order-directive>  is  in  effect  for  the 
block  or  block  type. 

Declarations  for  all  <data-names>  in  an  <overlay-declaration>  must 
precede  the  <overlay-declaration>,  and  all  must  be  in  the  same  scope. 

<0ve rlay-decla ra t ions>  cannot  be  used  to  specify  more  than  one 
physical  location  to  any  data  object. 

Names  of  formal  parameters  cannot  be  used  in 

<over lay-dec  la rations> . 

If  an  <overlay-address>  is  specified,  all  <data-names>  used  in  the 
<overlay-expression>  must  have  an  (explicit  or  default)  allocation 
permanence  of  STATIC. 

Note : 


A  <data-name>  in  an  <overlay-declaration>  cannot  be  declared  in  a 
<const ant-dec la ration>. 


2.7  NULL  DECLARATIONS 
Syntax: 

<null-declaration>  : ; 

I  BEGIN  END 


Semantics : 


A  <null-declaration>  has  no  semantic  effect. 
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3.0  PROCEDURES  AND  FUNCTIONS 

Syntax: 

<s ubr out ine-de clara tion> 

:  :=  <procedure-decla rat ion> 

(3.1) 

|  <funct ion-declarat ion> 

(3.2) 

<subroutine-def ini tion> 

:  :=  <proc  ?dure-def i nl t i on) 

(3.1) 

|  <f unct ion-def i ni t 1 on> 

(3.2) 

|  <directive> 

<subroutine-deflnition> 

(9.0) 

Semantics : 

Subroutines  describe  algorithms  that  may  be  executed  from  more  than 
one  place  In  a  <complete-program>.  A  subroutine  Is  either  a  procedure, 
which  Is  invoked  by  a  <procedure-call-statement> ,  or  a  function,  which 
Is  Invoked  by  a  <function-call>. 

A  <subroutine-def inltion>  contains  the  executable  code  for  the 
subroutine.  In  addition  to  declarations  for  all  local  data  and  formal 
parameters,  as  well  as  definitions  of  any  nested  subroutines.  A 
<subroutine-def ini tion>  is  said  to  define  the  subroutine. 

A  <subroutine-declaration>,  on  the  other  hand,  is  said  to  declare 
the  subroutine.  A  <subrout ine-decla ra t ion>  contains  the  heading  of  the 
subroutine  and  <declarations>  for  the  formal  parameters,  but  it  contains 
no  executable  code.  A  <subroutine-declaration>  is  required  In  a 
<ref-specification>  for  each  subroutine  that  is  invoked  in  a  module 
other  than  the  module  containing  its  definition  (see  Section  2.5).  A 
<subroutine-declaration>  is  also  required  in  two  other  situations:  (1) 
when  a  subroutine  name  is  declared  as  a  formal  parameter  (see  Section 
3.3),  and  (2)  when  the  name  of  the  subroutine  is  the  same  as  a 
<def ine-name>  in  an  enclosing  scope.  It  is  not  necessary  to  provide  a 
<subroutine-declaration>  if  the  subroutine  is  invoked  only  in  the 
<module>  where  it  is  defined  and  if  its  name  is  not  passed  as  a 
parameter  or  used  in  an  enclosing  scope  as  a  <define-name>. 

Constraints : 


The  <procedure-heading>  or  <function-heading>  of  a  <subroutine- 
declaration>  and  that  of  the  corresponding  <subroutine-definition>  must 
have  identical  attributes,  and  the  parameters  (both  input  and  output) 
must  agree  in  number,  type,  and  order.  (This  constraint  will  be 
enforced  only  when  the  declaration  is  known  in  the  scope  of  the 
definition.)  Also,  the  subroutine  name  in  the  declaration  and 
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definition  must  be  the  same  (unless  the  (subroutine-declaration^  16  for 
a  formal  parameter). 


3.1  PROCEDURES 
Syntax : 


(procedure-dec  la  rat ion> 

(procedure-heading>  ; 
(declaration> 

(2.0) 

(procedure-def ini t ion> 

(procedure-heading>  ; 
{(directive> . . .] 

(p r oc edur e-bod y> 

(9.0) 

(procedure -heading> 

::=  PROC 

(procedure-name> 

[(subroutine-attribute>] 

[ (forma 1-paramet er-1 i st> ] 

(3.3) 

(subrout ine-attribute> 

::=  REC 

|  RENT 

(procedure-name> 

::=  <name> 

(8.2. 

(procedure-body> 

:  (subroutine-body> 

(subroutine-body> 

::=  (statement> 

(A.0) 

1  BEGIN  [(declaration^..] 
(statement> . . . 

((subrout ine-def ini tion> . . .  ] 
[(di rect i ve> . . .  ] 

[(label> . . . ]  END 

(2.0) 
(A  .0) 
(3.0) 
(9.0) 
(A  .0) 

Semant ics : 

The  (procedure-headi ng>  In  a  <procedure-declaration>  may  contain  a 
<formal-parameter-list>,  which  specifies  the  names  that  are  used  in  the 
<procedure-body>  to  refer  to  the  corresponding  arguments  supplied  by 
each  call  of  the  procedure.  The  syntax,  semantics,  and  constraints  for 
a  procedure's  <formal-parameter-list>  are  the  same  as  for  a  function's 
<formal-parameter-list>,  and  are  presented  in  Section  3.3. 

The  differences  between  a  (procedure-declarat ion>  and  a 
<procedure-definition>  are  described  in  Section  3.0. 


A  <subroutine-attribute>  of  REC  indicates  that  the  subroutine  is 
potentially  recursive ,  i.e.,  that  at  run  time,  an  invocation  of  the 
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subroutine  may  be  dynamically  nested  within  another  invocation  of  It. 
If  REC  is  present,  physical  allocation  of  locally-declared  automatic 
data  will  occur  dynamically.  The  data  will  be  allocated  and  deallocated 
when  the  subroutine  is  entered  and  exited,  respectively.  This  assures 
that  separate  copies  of  the  local  data  will  exist  for  each  successive 
call  in  the  recursive  chain.  Locally-declared  STATIC  data,  however, 
will  be  allocated  once,  and  the  same  storage  will  be  used  for  all  calls 
of  that  subroutine  throughout  the  <complet e-program> . 

A  <subroutine-attribute>  of  RENT  indicates  that  the  subroutine  is 
re-entrant  and  may  therefore  be  executed  concurrently  in  a  concurrent 
processing  environment.  A  recursive  subroutine  is  also  re-entrant. 

If  execution  of  the  <procedure-body>  is  completed  without  executing 
a  RETURN  statement,  an  ABORT  statement,  or  a  GOTO  statement  whose  target 
is  the  name  of  a  formal  parameter,  an  implicit  RETURN  statement  is 
executed . 

Constraints: 

A  <procedure-declaration>  can  contain  no  <deelarations>  other  than 
those  for  the  procedure's  formal  parameters.  <Declarations>  of  local 
data  appear  only  in  the  procedure's  definition. 

A  procedure  must  not  be  invoked  recursively  if  it  is  not  declared 

REC. 


A  procedure  must  not  be  invoked  re-entrantly  if  it  is  not  declared 
RENT  or  REC. 

A  <subroutine-body>  must  contain  at  least  one  non-null  <statement> 
(e.g.,  RETURN). 


3.2  FUNCTIONS 


Syntax: 


<funct ion-dec larat ion> 

::=  <function-heading>  ; 

<decla  ra  t ion> 

(2.0) 

<f unct ion-def ini tion> 

:  :=  <f unction-heading>  ; 

[ <di rec t i ve> . . .  ] 

<f unct ion-body> 

(9.0) 

<f unction-heading> 

::=  PROC  <function-name> 

[<subroutine-attribute>] 

(3.1) 

[<f orma 1-par ameter-1 is t>] 

(3.3) 

<i tea- type-de script i on> 

(2.1.1) 
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<function-namc> 
<funct ion-body> 
Semantics: 


<name>  (8.2.1) 

<subrout i ne-body>  (3.1) 


Tbe  differences  between  a  <f unct ion-dec larat ion>  and  a 
<f unct ion-def i ni t i on>  are  described  in  Section  3.0. 

Tbe  <item-type-descrlption>  specifies  the  type  of  the  return  value 
of  the  function.  Within  the  body  of  the  function,  the  name  of  the 
function  may  be  assigned  to  as  a  variable  in  an  <assignment-statement> . 
When  the  function  is  exited,  the  most  recent  value  assigned  to  the 
< f unct ion-name>  is  used  as  the  value  of  the  function.  The  return  value 
is  considered  to  be  allocated  as  automatic  storage  (see  Section  2.1.5). 

Use  of  the  <function-name>  in  a  <formula>  within  the  body  of  the 
function  is  a  recursive  invocation  of  the  function.  Within  the  body  of 
the  function,  the  <function-name>  may  also  be  used  as  an 
<actual-input-pa raneter)  in  a  subroutine  call  when  the  corresponding 
<formal-input-parameter>  is  a  <function-name>  (see  Section  3.3). 

The  <function-heading>  in  a  <function-declaration>  or  <function- 
definition>  may  contain  a  <f ormal-parameter-list> ,  which  specifies  the 
names  that  are  used  in  the  <function-body>  to  refer  to  the  corresponding 
arguments  supplied  by  each  call  of  the  function.  The  syntax,  semantics, 
and  constraints  for  a  function's  <formal-parameter-l ist>  are  the  same  as 
for  a  procedure's  <formal-parameter-list> ,  and  are  presented  in  Section 
3.3. 


The  inclusion  of  an  <item-type-description>  in  the  heading  of  a 
subroutine  indicates  that  the  subroutine  is  a  function. 

The  <subroutine-attributes>  of  REC  and  RENT  apply  to  functions  in 
the  same  way  as  for  procedures  (see  Section  3.1). 

If  execution  of  the  <f unct ion-body>  is  completed  without  executing 
a  RETURN  statement,  an  ABORT  statement,  or  a  GOTO  statement  whose  target 
is  the  name  of  a  formal  parameter,  an  implicit  RETURN  statement  is 
executed . 

Constraints : 


The  <f unct ion-name>  may 

<actual-output-parameter> . 


not  be 


used  as  an 


The  <funct ion-name>  is 
function  body. 


not  declarable  as  a  <name>  within  the 
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A  <function-declaratlon>  can  contain  no  <declarat ions>  other  than 
those  for  the  functions  formal  parameters.  <Declarations>  of  local  data 
appear  only  in  the  function's  definition. 

A  function  must  not  be  invoked  •  utsively  if  it  is  not  declared 

REC. 

A  function  must  not  be  invoked  re-entrantly  if  it  is  not  declared 
RENT  or  REC. 

The  <function-name>  must  be  assigned  a  value  before  the  function  is 
exl ted . 


3.3  PARAMETERS  OF  PROCEDURES  AND  FUNCTIONS 
Syntax: 


<formal-parameter-list>  : := 

(  [<formal-input-pa rameter>  ,  . .  .  ] 

[  :  <formal-output-parameter>,  . . 

.  )  ) 

<formal-input-parameter>  : := 

[<parameter-bi nding>] 
<input-paramet er-name> 

<formal-output-parameter> : := 

(<parameter-binding>) 

<output-parameter~name> 

<parameter-binding>  : := 

BYVAL 

1 

BYREF 

1 

BYRES 

<input-parameter-name>  = 

<data-name> 

(2.6) 

I 

<s  tat ement-name> 

(4.0) 

I 

< subrout ine-name> 

<output-parameter-name>  ::= 

<data-name> 

(2.6) 

<subrout ine-name>  ::= 

<procedure-name> 

1 

<f unct ion-name> 

(3.2) 

Semantics : 

Parameters  permit  subroutines  to  have  locally-declared  <names>  that 
correspond  to  entitles  whose  values  can  be  different  for  different 
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calls . 


<Formal-input-parameters>  and  <formal-output-pararoeters>  constitute 
the  formal  parameters  of  the  subroutine.  When  the  subroutine  1b 
Invoked,  the  formal  parameters  are  associated  with  a  corresponding  list 
of  actual  parameters  supplied  in  the  subroutine  call  (see  Section  4.5). 

<Formal-input-parameters>  transfer  values  into  the 

<subroutine-body>  from  the  corresponding  <actual-lnput-parameters> . 
<Formal-output-parameters>  transfer  values  into  the  <subroutine-body> 
and  also  transfer  values  from  the  <subroutlne-body>  back  to  the 
correspond  1 ng  <ac tua 1-out put-par ame t  ers>  . 

If  a  formal  parameter  is  a  <data-name>  it  may  be  bound  to  the 
corresponding  actual  parameter  in  any  of  the  following  ways:  by 
reference,  by  value,  by  result,  or  by  value-result .  Reference  binding 
means  that  the  actual  parameter  and  the  formal  parameter  denote  the  same 
physical  object.  Any  change  in  the  value  of  the  formal  parameter 
entails  an  immediate  change  in  the  value  of  the  actual  parameter  and 
vice-versa.  Value-result  binding  means  that  the  formal  parameter 
denotes  a  separate  data  object,  assigned  the  value  of  the  actual 
parameter  on  entry  to  the  subroutine,  and  used  to  assign  its  value  to 
the  actual  parameter  on  normal  exit  from  the  subroutine.  Since  it  is  a 
separate  data  object  there  is  no  interaction  between  it  and  the  actual 
parameter  during  execution  of  the  subroutine.  Value  binding  is  similar 
except  the  actual  parameter  is  not  modified  on  exit  from  the  subroutine. 
Result  binding  leaves  the  value  of  the  formal  parameter  undefined  on 
entry  to  the  subroutine  but  is  otherwise  like  value-result  binding. 

Standard  rules  for  types  of  binding  indicate  the  effect  normally 
requ i red : 

Reference  binding  shall  be  used  for  blocks,  tables,  and  for 
entries  of  all  except  tight  tables. 

Value  binding  shall  be  used  for  input  items  and  tight  table 
entries . 

Value-result  binding  shall  be  used  for  output  items  and  tight  table 
ent  ries . 


Explicit  <parameter-binding>  specification  affect*  these  rules  as 
follows : 


BYREF  -  reference  binding  is  required.  If  the  actual  parameter 
cannot  be  passed  by  reference  (such  as  a  badly  aligned 
table  item),  the  compiler  shall  allocate  a  temporary 
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variable,  use  value  or  value-result  binding  as 
appropriate  to  pass  the  parameter  between  its  actual 
location  and  the  temporary  variable,  and  pass  the 
temporary  variable  by  reference  to  the  subroutine. 

BYVAL  -  reference  is  prohibited.  The  parameter  shall  be  passed 
by  value  or  value-result  as  appropriate. 

BYRES  -  result  binding  is  required. 

An  implementation  may  optimize  binding  methods  provided  it 
guarantees  required  results  both  in  parameters  passed  and  in  side 
effects,  if  any. 

If  the  <formal-input-parameter>  is  a  <statement-name> ,  a  GOTO 
statement  with  that  name  as  a  target  will  cause  the  subroutine  to  be 
exited  without  setting  any  of  the  value- result  parameters.  Execution 
will  resume  at  the  statement  named  in  the  actual  parameter  as  though  the 
GOTO  statement  had  been  executed  at  the  point  of  the  subroutine  call. 

If  the  <formal-input-parameter>  is  a  <subroutine-name>  the  <name> 
of  the  corresponding  actual  parameter  determines  which  <subroutine- 
definition>  to  associate  with  the  formal  parameter's 
<subroutine-declaration>  on  each  call.  A  call  to  that  subroutine  via 
the  formal  parameter  <name>  will  be  treated  as  if  the  corresponding 
actual  parameter  subroutine  had  been  called  from  the  same  environment  In 
which  <subrout ine-name>  was  originally  specified  as  an 
<actual-input-parameter> . 

The  order  of  evaluation  of  actual  parameters  is  unspecified. 

In  the  absence  of  an  <interference-directive>,  no  interference  is 
assumed  within  the  subroutine  between  actual  parameter  data  and  formal 
table  or  block  parameters,  or  between  actual  parameters  and  variables 
accessed  directly  from  within  the  subroutine. 

Constraints  : 


The  same  name  must  not  appear  more  than  once  in  any 
<formal-parameter-list>. 

A  <formal-i nput-parameter>  cannot  be  used  in  a  context  in  which  its 
value  can  be  altered  (e.g.,  as  a  target  in  an  <assignment-statement>) . 

Names  of  data  declared  as  formal  parameters  must  not  be  used  in 
<overlay-declarations>. 

Declarations  of  formal  parameters  roust  not  contain  <allocation- 
specif iers>  or  presets. 
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<External-decla rat lons>  of  formal  parameters  are  not  permitted. 

The  <subroutine-def inition>  (and  <subrout i ne-decla rat  1 on>  ,  if  one 
is  present)  must  contain  an  explicit  <dee la  rat i on>  for  each  <name>  in 
the  <formal-parameter-list>. 

For  any  subroutine  call,  the  number  of  formal  and  actual  input 
parameters  must  be  the  same,  and  the  number  of  formal  and  actual  output 
parameters  must  be  the  same. 

Declarations  of  formal  parameters  cannot  be  <constant-declarations> 
or  <type-declarations>. 

For  all  table  parameters,  the  types  of  the  formal  parameters  and 
those  of  the  corresponding  actual  parameters  must  be  equivalent  (see 
Section  7.0).  This  requirement  extends  to  the  types  and  associated 
attributes  of  all  components,  and  their  allocation  order.  For  all  item 
parameters,  the  rules  for  implicit  attribute  conversion  apply  (see 
Section  7.0).  Block  parameters  match  under  the  following  conditions: 
(1)  the  type  and  textual  order  of  the  components  match  exactly;  (2)  an 
.'ORDER  directive  is  either  present  in  both  <bl ock-body-par t s>  or  absent 
in  both  <block-body-parts>;  and  (3)  <overlay-declarations>  in  both 
blocks  have  the  same  effect. 

The  actual  parameter  corresponding  to  a  formal  input  parameter 
<statement-name>  must  be  a  <statement-name>.  The  actual  parameter 
corresponding  to  a  formal  input  parameter  <subroutine-name>  must  be  the 
name  of  a  subroutine.  Parameter  types  and  return  value  types  of  formal 
and  actual  subroutines  must  match  exactly. 

BYRES  binding  must  not  be  specified  for  input  parameters. 

3.4  INLINE  PROCEDURES  AND  FUNCTIONS 
Syntax : 

<inline-declaration>  ::=  INLINE 

<subrout i ne-name> , . . .  ;  (3.1) 


Semantics : 


An  <inline-declaration>  causes  the  object  code  for  the  bodies  of 
each  of  the  designated  subroutines  to  be  inserted  at  the  point  of  every 
call  of  that  subroutine  within  the  scope  containing  the 
<inline-declaration>.  This  will  be  done  instead  of  inserting  code  for 
calling  a  remote  subroutine  body. 
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The  effect  of  the  <inline-declaration>  extends  for  just  the  name 
scope  in  which  the  <inl ine-decla ra t ion>  appears.  It  does  not  affect 
calls  appearing  in  enclosing  scopes. 

If  any  actual  parameters  to  inline  subroutines  are  constants, 
inline  expansion  may  cause  some  formulas  in  the  <subroutine-bodi es>  to 
become  evaluable  at  compile  time.  Compile-time  evaluation  of  these 
formulas  will  be  performed  and  any  corresponding  error  messages  will  be 
generated  as  though  the  programmer  had  written  those  formulas  directly. 
Except  for  the  effects  of  compile-tine  evaluation,  the  semantics  of 
inline  subroutine  expansion  are  identical  to  the  semantics  of  the 
normal,  remote  subroutine  call  mechanism. 

Inline  subroutines  may  themselves  contain  (possibly  inline) 
subroutine  calls,  but  they  may  not  contain  nested  subroutine 

def ini t i ons . 

Inline  subroutine  names  may  be  used  as  actual  parameters,  but  a 
call  to  the  matching  formal  parameter  name  will  result  in  a  closed 

rather  than  inline  invocation  (even  if  the  actual  parameter  is  an  inline 

subroutine)  . 

Constrain ts : 

Names  of  subroutines  whose  definitions  appear  in  another  module 
cannot  be  used  in  <inline-declarations>. 

Formal  parameters  cannot  be  declared  to  be  inline. 

It  is  illegal  to  have  an  inline  subroutine  invocation  of  a 

subroutine  that  is  already  being  expanded  inline. 

Formal  parameters  of  inline  subroutines  cannot  be  used  in  contexts 
where  the  syntax  requires  a  compile-time  formula. 

3.5  MACHINE-SPECIFIC  PROCEDURES  AND  FUNCTIONS 
Semant ics : 


Each  compiler  implementation  may  provide  a  set  of  procedures  and 
functions  that  are  intrinsically  recognized  by  the  compiler.  These 
procedures  and  functions  shall  typically  encompass  operations  that  are 
not  directly  provided  by  the  language.  They  may  be  implemented  as 
subroutines  or  via  inline  code,  whichever  is  suitable.  The  use  of 
inline  code  is  particularly  suitable  as  a  vehicle  for  invoking  single 
machine  instructions  which  are  peculiar  to  the  target  machine. 
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In  general,  a  subroutine  will  be  provided  for  machine  instructions 
whose  execution  would  otherwise  be  unobtainable  through  the  language. 
It  is  not  intended  that  every  target  machine  instruction  be  supported  as 
a  machine-specific  procedure  or  function.  Subroutines  will,  however,  be 
provided  for  machine-specific  instructions  whose  meaning  is  not 
expressible  in  the  language  (e.g.,  "load  status  word",  "test  condition 
code"),  as  well  as  Instructions  for  which  a  J73  subroutine  could  be 
written  but  which  are  directly  implemented  by  target-machine 
instructions  (e.g.,  "sine",  "matrix  multiply",  or  "rotate  length-32 
bitstring",  etc.).  Such  subroutines  will  be  defined  at  system  scope  and 
hence  their  names  will  be  redefinable  in  inner  scopes.  Such  subroutines 
will  be  invoked  in  the  same  way  as  other  subroutines  (see  Sections  4.5 
and  6.3).  The  particular  parameters  to  such  subroutines  are 
Subroutine-dependent . 

Implementation  requirements  for  each  such  subroutine  include 
specification  of  the  operation  to  be  performed  and  of  the  rules  for  each 
formal  parameter,  including  both  its  JOVIAL  attributes  and  how  it  is 
used.  The  compiler  shall  generate  code  to  use  the  parameters  and 
perform  the  specified  operation. 
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A  .0  STATEMENTS 
Syntax; 


<sta  tement> 

•  •  a 

•  • 

( <direc t ive> . . .  ]  [<label>...] 

<simple-s  tatement> 

(9.0) 

1 

[ <di rec 1 1 ve> . . .  ]  [<label>...] 

<compound-s  tatement> 

(9.0) 

<sirople  -statement> 

:  :  = 

<assignment-stat ement> 

(  A  .  1 ) 

1 

< loop- st at  ement> 

(A. 2) 

1 

<if-staternent> 

(A. 3) 

1 

<case-statement> 

(A. A) 

1 

<procedure-ca  1 1-s  t  a  t  einent> 

(A. 5) 

1 

<return-statement> 

(A. 6) 

1 

<goto-stat em*nt> 

(A. 7) 

1 

<exit~statement> 

(A. 8) 

I 

<stop-statement> 

(A. 9) 

1 

<abort-statement> 

(A. 10) 

1 

<nul 1-s tat  eraent> 

<nu 11-st  at ement> 

:  :  = 

I 

1 

BEGIN  [<label>. . .  J 

END 

<label> 

:  :  = 

<statement-name>  ; 

<s  tatement-name> 

;  :  = 

(name) 

(8.2.1) 

<compound-s  t a  tement> 

:  :  = 

BEGIN  <statement>.  .  . 
[<directive>. . .] 

(9.0) 

{  <label> . . . )  END 
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Semantics : 


<Statements>  are  the  means  by  which  computational  algorithms  are 
specified.  They  control  the  execution  of  the  <complete-program>. 

A  <compound-statement>  permits  a  sequence  of  <statement6>  to  be 
used  In  contexts  requiring  a  single  <statement>. 

A  <null-statement>  results  In  no  operation. 

A  <label>  is  used  to  attach  a  <statement-name>  to  a  <statement> .  A 

the  END  of  a  <compound-statement>  or 
as  If  a  no  operation  <stateraent>  followed 


::=  <varlable-l 1 st> 

<formula>  ;  (5.0) 

<variable> , . . .  (6.1) 

Semantics : 


<label>  that  Is  attached  to 
<null-statement>  Is  treated 
the  <label>. 

4.1  ASSIGNMENT  STATEMENTS 
Syntax : 

<asslgnment-statement> 

<varlable-llst> 


An  <asslgnment-statement>  causes  the  value  of  the  <formula>  to  the 
right  of  the  equal  sign  to  be  assigned  to  the  <variables>  to  the  left  of 
the  equal  sign. 

In  performing  the  assignment,  the  <formula>  Is  evaluated  first. 
Then,  the  leftmost  variable  Is  evaluated  and  the  value  of  the  formula  is 
assigned  to  that  variable.  Next,  the  second-to-the-lef t  variable  Is 
evaluated  and  the  value  of  the  formula  Is  assigned  to  it.  This  sequence 
of  evaluations  continues  until  the  list  of  variables  is  exhausted.  If 
necessary  and  permitted  (see  Section  7.0),  the  value  of  the  formula  is 
implicitly  converted  to  the  type  of  the  variable  being  assigned  to.  For 
numeric  values,  the  value  is  rounded  or  truncated  according  to  the 
<round-or-t i uncate>  attribute  of  each  variable  being  assigned  to  (see 
Sections  2. 1.1. 2  and  2. 1.1. 3). 

Constraints : 

The  type  of  the  <formula>  roust  match  or  be  implicitly  convertible 
to  that  of  each  of  the  <variables>  according  to  the  rules  given  in 
Section  7.0. 
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All  <variables>  In  the  <variable-list>  must  be  of  the  same  type 
class . 

None  of  the  <varlables>  may  be  <formal-lnput-parameters>. 

Note : 

Assignment  semantics  and  constraints  apply  to  presets  (Section 
2.1.6),  assignments  to  <cont rol-1 tems>  In  <loop-statements>  (Section 

4.2) ,  and  some  types  of  actual/formal  parameter  correspondence  (Section 

3.3) . 


Since  the  Implemented  precision  of  packed  fixed  point  table  items 
may  be  less  than  the  implemented  precision  of  an  unpacked  item  having 
the  same  fixed  type,  and  since  rounding  and  truncation  are  performed 
with  respect  to  implemented  precision,  assignment  to  packed  table  items 
may  change  the  value  being  assigned  (see  Section  7.0). 


4.2  LOOP  STATEMENTS 
Syntax: 


<loop-statement> 

•  • 

<loop-type> 

<controlled-statement> 

<loop-type> 

:  :  = 

<while-clause> 

1 

<for-clause> 

<controlled-statement> 

:  :  = 

<statement> 

<while-c lause> 

:  :  = 

WHILE  <bool ean-f o rmula>  ; 

(5.2.2) 

<for-clause> 

:  :  = 

FOR  <control-item>  : 

(cont rol-c lanse>  ; 

<cont  rol-i tem> 

:  :  = 

<cont  rol-var i able> 

1 

<control-letter> 

<cont  rol-variable> 

:  :  = 

< i tem-name> 

(2.1.1) 

<control-letter> 

:  :  = 

<lette’-> 

(8.1) 

<cont  rol-clause> 

; 

<ini tial-value> 

[ (cont inua ( i on> ] 
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<lnl tlal-value>  : := 

<contlnuat lon>  ::= 

1 

<by-or~then-phrase>  ::= 

I 

<by-pbrase>  :  :  = 

<by-formula>  ::= 

<then-phrase>  :  :  = 

<whi le-phrase>  :  :  = 

Semantics: 

A  <loop-statement>  provides 
statement . 


<formula>  (5.0) 

<by-or-then  phrase> 

[ <whi le-phrase>] 

<whlle-pbrase> 

[ <by  -or-then-phrase> ] 

<by~phrase> 

<then-phrase> 

BY  <by-formula> 

<nume ric-forraul a>  (5.1) 

THEN  <formula>  (5.0) 

WHILE  <boolean-f  omnil  a>  (5.2.2) 

for  the  Iterative  execution  of  a 


If  the  <while-clause>  form  of  the  <1 oop~statement>  is  used,  the 
<controlled-statement>  is  executed  until  the  value  of  the 
<boolean-formula>  becomes  FALSE.  The  <boolean-formula>  is  evaluated 
before  each  iteration. 

If  the  <for-clause>  form  is  used,  the  value  of  <control-i tem> 
determines  the  number  of  iterations.  If  the  <cont rol-i tem>  is  an 
<item-name>,  its  type  is  as  specified  in  its  <declaration> ,  and  that 
<item-name>  may  be  used  for  purposes  other  than  loop  control  before  and 
after  the  loop.  After  execution  of  the  loop  concludes,  the  value  of  the 
<item-name>  is  the  last  value  it  received  in  the  <loop-stateroent>.  If 
the  <cont rol-i tem>  is  a  <letter>,  the  <for-clause>  constitutes  an 
implicit  declaration  of  the  <cont rol-i tera> ,  and  its  value  is 
Inaccessible  prior  to  the  start  of  the  <loop-statement>  and  after  the 
<loop-s ta tement>  concludes.  Its  type  is  that  of  the  <ini tial-value> . 
Its  scope  is  the  <loop-statement>  itself;  hence,  another  loop  statement 
may  use  the  same  <letter>  as  a  <control-i tem>  (except  as  prohibited  in 
Constraints)  and  no  conflict  will  result. 

The  actions  of  the  <loop-statement>  with  a  <for-clause>  are  as 
specified  by  the  following  algorithm: 

Step  1:  The  <initial-value>  is  evaluated  and  assigned  to  the 
<cont  rol-i tera> . 
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Step  2:  The  <boolean-f orniula>  In  the  <while-phrase>  (If 
present)  is  evaluated.  If  It  Is  FAI.SE,  execution  of 
the  <Ioop-statement>  concludes. 

Step  3:  The  <cont rolled -statement>  Is  executed. 

Step  A:  The  formula  in  the  <by-or-then-phrase>  (If  present) 
is  evaluated.  The  value  for  the  <by-formula>  (if 
present)  is  added  to  the  <cont rol-i tem> .  The  value 
of  the  <then-formula>  (if  present)  is  assigned  to 
the  <cont rol-i tem> .  Execution  continues  at  Step  2. 

The  <control-i tem>  may  be  used  in  a  <formula>  in  the  <control- 
clause>  and  in  the  <controlled-statement>. 

Execution  of  the  <loop-statement>  concludes  if  control  is  passed  to 
another  statement  by  means  of  a  GOTO,  RETURN,  EXIT,  STOP,  or  ABORT 
statement . 

Constraints: 


If  the  <control-i tem>  is  a  <letter>,  it  must  not  be  used  in  the 
<controlled-statement>  or  <cont rol-clause>  in  any  context  in  which  its 
value  can  be  altered  (e.g.,  as  an  <actual-output~parameter>  or  as  a 
target  in  an  <assignment-statement>) .  If  the  <cont rol-i tem>  is  an 
<item-name>,  assignments  to  it  in  the  <controlled-statement>  are  not 
prohibited,  but  will  result  in  a  warning  message. 

A  <label>  in  a  <cont rolled-statement>  cannot  be  used  as  the 
<statement-name>  in  a  <goto-statement>  or  <abort-phrase>  that  is  outside 
the  <cont rolled-stateraent>  or  as  an  <actual-input-parameter>  in  a 
subroutine  invocation  that  is  outside  the  <controlled-statement>. 

The  <initial-value> ,  <by-formula>  and  <then-formula>  must  match  or 
be  implicitly  convertible  to  the  type  of  the  <cont rol-i tem>  (see  Section 
7.0).  Further,  the  sum  of  the  <by-formula>  and  the  <cont rol-i tem>  must 
match  or  be  implicitly  convertible  to  the  type  of  the  <control-i tem> . 
The  <initial-value>  cannot  be  of  type  table. 

The  <by-formula>  (if  present)  must  have  type  and  value  such  that  it 
may  be  legally  added  to  the  <cont rol-i tem>  according  to  the  ryles  of 
Sections  3.1.1,  5.1.2,  and  5.1.3. 

If  the  <control-item>  is  a  <control-letter>,  the  <initial-value> 
must  not  be  a  <status-constant>  that  belongs  to  more  than  one  type 
(unless  the  <status-constant>  is  disambiguated  by  an  explicit  conversion 
—  see  Section  7). 

The  <control-letter>  in  a  <loop-statement>  may  not  be  the  same  as 
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the  <cont rol-let ter>  of  any  enclosing  <loop-statement> . 

A  <bl t-f ormula>  cannot  be  Implicitly  converted  to  the 

<boolean-f ormula)  In  a  <whl 1 e-phrase> . 


4.3  IF  STATEMENTS 
Syntax : 


<i f-statement> 

::=  IF  <hool ean-f ormula>  ; 
<condi  t  ional-state;nent> 

[ <el se-c 1 ause> ] 

(5.2. 

<condi tional-statement> 

:  :=  <statement> 

(4.0) 

<el se-c 1 au  se> 

:  :  =  [  <d  i  rect i ve>  .  .  . ) 

(9.0) 

ELSE  <statcment> 

(4.0) 

Semant ics : 

An  <i f-s tat ement>  provides  for  conditional  execution  of  a  statement 
depending  on  the  value  of  its  <boolean-f o rmul a> . 

if  the  value  of  the  <boolean-formula>  Is  TRUE,  the 
<condi t ional-statement>  is  executed  and  the  <statement>  in  the  ELSE 
clause  (if  any)  Is  not  executed. 

If  the  value  of  the  <boolean-formula>  is  FALSE,  the  <statement>  in 
(he  dclse-c lause>  (if  present)  is  executed  rather  than  the 
tconi)  i  t  i  ona  1  -  s  t  a  t  einent  >  .  In  the  event  of  nested  <1  f-s  t  atement  s>  ,  an 
ELSE  associates  with  the  Innermost  unmatched  IF. 

If  the  Cboo lean-f onnu 1 a>  has  a  value  that  is  known  at  compile  time, 
conditional  compilation  (see  Section  1.2.4)  will  occur. 

'on  s  t  r  a  i  n  l  s  : 

<L.sbels>  throughout  i  cope  must  be  unique,  even  if  portions  of  the 
text.  within  the  scope  are  unselected  as  a  result  of  conditional 
(  om  p  i  !  .a  t  ion. 

<Direct!ves>  preceding  ELSE  must  he  text  directives  (Section  9.2) 
or  Listing  directives  (Section  9.7). 


A 


v Li t  —  f  o  r mu  1  a  > 


■  a  nnot 


he  implicitly  converted 


to  the 
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<boolean-formula>  in  an  <if-statement>. 
Note : 


<Labels>  in  the  <conditional-statement>  and  in  the  <el se-clau6e> 
are  in  the  same  scope  as  the  <if-statement>  itself. 


4.4  CASE  STATEMENTS 
Syntax; 

<case-statement> 


<case-selector-formula> 


<case-body> 
<case-alternat ive> 


<default-aption> 


<case-index-group> 
<case-i ndex> 


::=  CASE 

<cas  e-select  or-fortTnila> 
[<di rect ive>  . . . ) 

BEGIN  <case-body> 

[ < 1 abel> .  . . ]  END 

::=  <integer-formula> 

|  <bit-formula> 

I  <charact er-f ormula> 

I  <status-formula> 

: <case-alternat ive> . . . 

: :=  [  <di rect ive> . . .  ] 

<case-index-group> 
<stateroent> 

(FALLTHRU) 


(9.0) 

(4.0) 

(5.1.1) 

(5.2) 

(5.3) 

(5.4) 

(9.0) 

(4.0) 


I  <def ault-option> 

::=  (  <di rec t i ve> . . . }  (9.0) 

(  DEFAULT  )  : 

<statement>  (4.0) 

{ FALLTHRU] 

::=  (  <case-index> , . . .  )  ; 

::=  <compile-tirae-integer-formula>  (5.1.1) 

I  <compile-t ime-bi t-f onnula>  (5.1.2) 

I  <compi le-t ime-character-  (5.1.3) 

f  ormula> 
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1  <c ompi 1 e- t ime-s t a t us- f o rmula>  (5.4) 

|  < 1 owcr -bound>  :  (2. 1.2.1) 

<upper-bound>  (2. 1.2.1) 


Semant  lcs : 

Whereas  an  < 1 f-sra i ement >  provides  for  the  optional  execution  of 
either  of  two  statements,  a  <case-s  t  at  orient  >  j/tovides  for  a  choice  of 
executing  one  or  ruore  of  a  number  of  statements.  ( The  possible  choices 
are  represented  L j  the  various  <case -a  1 1 e r na t i ves>)  . 

The  particular  <case-a  1 1  ernat  ive>  Is  selected  according  to  t  hie 
value  of  <case-sel ec t or-f ornuila> .  Several  values  of  the  <ca se-sel ee t ur- 
formula>  may  select  the  same  <case-a 1 1 erna t i ve>  . 

With  the  exception  of  the  <def au 1 t-op t i on>  ,  each  <case-al t ernat ive> 
is  headed  by  a  <case- i ndex-group>  that  designates  the  possible  values  of 
the  <case-selector-f ormul a>  that  after  being  implicitly  converted  (if 
necessary)  to  the  type  of  the  <case-sel  ec  t  or- f  o  rinul  a>  ,  cause  that 
particular  <case-alternatlve>  to  be  selected  for  execution.  Each 
<case-index>  can  designate  either  a  single  value  or,  for  Integer  and 
status  selector  types,  a  closed  range  of  values  bounded  by  <lower-bound> 
and  <upper-bound>. 

If  the  value  of  the  <case-selector-f ormula>  does  not  correspond  to 
a  <case-index>  value,  the  <statement>  in  the  <def aul t-opt ion>  is 
execut  ed  . 

If  FALLTHRU  is  not  present  after  a  selected  <statoment>,  execution 
of  the  <case-statement>  concludes  after  that  <statement>  is  executed. 
If  FALLTHRU  is  present  after  the  selected  <s t a t emen t > ,  the  <statement> 
in  the  t ex t ual ly-succeed i ng  <case-a 1 t e rna t i ve>  Is  then  executed. 
Control  continues  to  "fall  through"  to  subsequent  <ca se-a 1 t e rna t i ves>  , 
until  a  case-alternative  with  no  FALLTHRU  Is  executed  or  until  the  END 
of  the  <case- s t a t ement>  has  been  reached. 

If  the  value  of  the  ^case-selector- formula^  is  known  at  compile 
time,  conditional  compilation  (see  Section  1.2.4)  will  occur  for  all 
unselected  alternatives  that  cannot  be  teached  via  FALLTHRU  semantics. 

Constraint^: 

No  two  <case-a 1 t erna t i ves>  within  the  same  (case-statement)  can  be 
associated  with  identical  (case-index)  values. 

If  a  <def au 1 t -opt i on>  is  not  present,  the  value  of  the 
<c ase-sel ec t or- f o rmu 1 a>  must  be  represented  by  a  (case-index). 
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The  types  of  each  formula  in  a  <case-l ndex>  must  match  or  be 
implicitly  convertible  to  that  of  the  (case  -selector-formula)  according 
to  the  rules  given  in  Section  7.0. 

If  the  (case-selector-formula)  is  a  <s t a t us-f ormul a> ,  a 
(case-index)  specifying  lower  and  upper  bounds  is  legal  only  if  the 
status-  type  has  the  default  representation  (sue  Section  2. 1.1. 6). 

The  <upper-bound>  in  a  (case-index)  must  be  greater  than  or  equal 
to  the  ^lower-bound). 

<Directives>  preceding  DEFAULT  or  <case-i ndex-groups)  must  be  text 
directives  (Section  9.27)  or  listing  directives  (Section  9.7). 

Within  a  (ca se-s t a t ement>  ,  at  most  one  <def au 1 1 -opt i on>  may  be  used 
as  a  (case-alternative). 

Note : 


<Labels>  in  the  <default-option>  and  in  the  <case-a 1 ternat i ves>  are 
in  the  same  scope  as  the  (case-statement)  itself.  Consequently,  control 
can  be  transferred  into  or  between  case  statements. 


A .5  PROCEDURE  CALL  STATEMENTS 


Syntax; 

(procedure-call- 
s  tatement) 


(user-defined-procedure- 
ca  1 1> 


<actual-parameter-llst> 


(ac t ual- input-pa  name  ter) 


<user-defined-procedure-rall> 

< machine -spec i f i c-procedure-r a  1 1> 

(procedure-name)  (3.1) 

(<actual-parameter-list>) 

( <abort-phrase> J  ; 

(  (<actual-input-parameter>,  .  .  .  J 
(  ;  (ac t ua  1-ou t pu t-pa raine t e r>  ,  .  .  .  ]  ) 

^formula)  (5.0) 

(statement-name)  (4.0) 

(function-name)  (3.2) 


I  <procedure-name> 


(3.1) 
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|  (block-name) 

(2.1.4) 

|  <block-deref erence> 

(6.1) 

|  (nested-block) 

<nested-block> 

: :=  <block-name> 

(<block-dereference>J 

(2.1.4) 

(6.1) 

(actual-output- 

parameter> 

: :=  <variable> 

(6.1) 

|  <block-name> 

(2.1.4) 

|  <block-dereference> 

(6.1) 

|  <nes ted-block> 

<abort-phrase> 

::=  ABORT  (statement-name) 

(4.0) 

<machi ne-s pec i f ic- 
procedure-cal  1> 

: :=  (procedure-name) 

[ <ac tual-paramet er-1 i s t> ]  ; 

(3.1) 

Semantics ; 

A  <procedure-call-statement>  causes  invocation  of  a  procedure  and 
the  association  of  formal  parameters  with  actual  parameters  according  to 
the  rules  given  in  Section  3.3. 

A  <use r-de f i ned-procedure-cal 1>  causes  invocation  of  a  procedure 
defined  in  a  <proc edure-def  i  n  i  t i on> .  The  <abort-phrase>  is  for  use  in 
connection  with  <abort-s t a t ement s> .  Its  semantics  are  explained  in 
Sect  ion  4 . 1 0 . 

A  <machi ne-speci f ic-procedure-cal 1>  causes  invocation  of  a  machine- 
specific  procedure  (see  Section  3.5). 

A  <nested-block>  is  a  block  contained  in  another  block.  If  the 
<block-name>  was  declared  in  a  <bIock-type-declarat i on> ,  the  (block- 
dereference)  references  the  particular  block  from  which  the  nested  block 
is  to  be  obtained. 

Constraints: 

Actual  parameters  in  the  <procedure-ca 1 1-s tat ement >  must  match  the 
formal  parameters  of  the  ca 1 1 ed  procedure  In  number,  kind,  and  parameter 
list  position,  according  to  the  rules  given  in  Section  3.3. 
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The  <statemcnt-ndme>  in  an  (abort-phrased  or 
(ac t ua 1— 1 nput — pa r ame t e rd  must  be  known  in  the  scope  in  which  the 
(procedu re-ca 1 1-s t a t ement d  appears,  but  it  must  not  name  a  statement 
that  is  in  another  module  or  in  an  enclosing  subrout ine  or  that  was  in 
unselected  text  in  conditional  compilation.  It  cannot  be  the  name  of  a 
statement  that  is  in  a  <cont rol 1 ed-s t at ementd  unless  the 
<procodure-cal 1-statementd  itself  is  within  that  same 
< co nt  rol 1 ed-s  t  at  ementd . 


A .6  RETURN  STATEMENTS 
Syntax : 


(return-statementd  RETURN  ; 

Semant i c  s  : 

The  effect  of  a  (return-statementd  is  to  terminate  the  execution  of 
a  subroutine,  set  any  parameters  that  have  value-  n*‘ailt  semantics,  and 
return  control  to  the  point  following  the  invention  of  the  subroutine. 
If  the  <return-statementd  is  in  a  < f unc t i on-bodyd ,  the  current  value  of 
the  (function-named  becomes  the  value  of  the  function  call. 

If  the  subroutine  containing  the  (re t urn-s t a t ement d  is  nested 
within  any  enclosing  subrout i nes ,  only  the  innermost  subroutine  is 
t  ermi nat  ed  . 

Const  ra i nt  : 

The  (ret urn-s t at ementd  can  appear  only  within  the  body  of  a 
subrout ine  . 


A.  7  CiOTO  STATEMENTS 
Syn tax: 

(go t o- s t a t ementd  : :=  GOTO  (statement-named  ;  (A.0) 

Semant ics  : 

A  (go t o-s t a t emen t d  causes  control  to  be  transferred  to  the 
statement  named  by  the  specified  (slat ement -named . 

When  the  (s t a t ement -named  I j  a  formal  s t at emen t -name  parameter,  the 
effect  of  a  (got  o-s  *  a  t  e.'ion  t  d  is  dpi  i  v  a 1  cut  ‘o  returning  from  the  Current 
nrbroul  •  tie  involution  wi  t  hoot  •••«*!  ng  val  .ri-  t  r.ul  t  parameters  and  then 
»*x«  cut  ing  a  -got,  t  i :  •  t  it  'he  point  of  the  subroutine's 
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invocation. 

Constraints : 

The  <statement-name>  must  be  known  in  the  scope  in  which  the 
<goto-s tatement>  appears.  Further,  the  <statement~name>  must  not  be  the 
<label>  of  a  statement  that  is  in  an  enclosing  subroutine  or  in  another 
module.  It  cannot  be  the  <label>  of  a  statement  in  a 

<controlled-statement>  unless  the  <goto-statement>  is  itself  within  that 
same  <cont rol 1 ed-s ta t ement> . 


4.8  EXIT  STATEMENTS 
Syntax : 


<exit-statement>  :  :=*  EXIT  ; 

Semant lcs : 

An  <exi t-statement>  causes  execution  of  the  immediately  enclosing 
<loop-statement>  .to  terminate.  Its  effect  is  the  same  as  a  GOTO 
statement  that  transfers  control  out  of  the  <controlled-staterrAnt>  to 
the  point  following  the  end  of  the  <loop-statement> . 

Constraint : 


The  <exi t-statement>  can  appear  only  in  a  <cont rol led-stat ement> . 
4 .9  STOP  STATEMENTS 
Syntax : 

<stop-statement>  :  :=  STOP  [<integer-formula>]  ;  (5.1.1) 

Semantics : 


A  <c top-statement>  causes  execution  of  the  <complete-program>  to 
terminate.  If  a  <stop-statement>  is  executed  within  a 
<subrouti ne-body> ,  the  value-result  <actual-output-parameters>  of  any 
subroutine  whose  call  is  still  active  will  not  be  set. 

The  value  of  the  optional  <integer-f ormula>  in  a  <stop-statement> 
is  made  available  to  the  environment  in  which  the  J73  program  is 
executing,  where  its  semantics  are  implementation-dependent.  Absence  of 
an  <integer-forroula>  implies  the  value  is  not  determined. 
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Const  rain t : 

The  range  of  legal  values  of  the  <integer-fc  .  mula>  Is  MINSTOP 
through  MAXSTOP. 

4.10  ABORT  STATEMENTS 
Syntax . 


<abort-statement>  ::=  ABORT  ; 

Semant i cs : 


When  an  <al ort-s t a t ement>  is  executed,  control  passes  to  the 
statement  named  In  the  <ahort-phrase>  of  the  most  recently  executed, 
currently  active  <procedur e-ca 1 1-s t a t ement >  that  has  an  <abort-phrase>  . 
All  intervening  subroutine  invocations  are  terminated,  and  value-result 
parameters  of  such  subroutines  are  not  set.  If  there  is  no 
cu r ren t ly-ac t i ve  <procedure-call-statement>  that  has  an  <abort-phrase> , 
the  effect  of  the  <abort-statemer.t>  is  the  same  as  STOP. 
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5.0  FORMULAS 
S y  n t  ax : 


<formula> 


<  com  pi  1  e  *  t  i  'ne-  f  n  nan  1  a> 


mine r i r-f or  mu  1 a> 

(5.1) 

hit  for  mu 1  a  > 

(5.2) 

■  he  r  ar  r  r  r  • 4  o  imp  .i  1* 

(5.3) 

■  r  , ;  tts-f  <•  rr-;u  ’  a  > 

(5.4) 

point er-f  o  rmul a> 

(  *■  •  5  ) 

'  ahle  -  f  oritur  1  a> 

(  5.6) 

■  •  pi  !  i  i  i  me  nurse  i  1 

f  .  1 1  .re  1 1  a  > 

(6.1  ) 

■  ;  •  i.  ’  hr  !  !  or, 

:  6.21 

.  .  p  i  I  .  1  i  -  .  (..•  •  •,•!< 

r  -  for  rail  a> 

(6.3) 

■  !'  P  i  1  c  - 1  i  f  .e  ;  tat  t;Sj  ! 

’or  mu  1 a> 

(5.4) 

1  in.,  J  ill  t  t  i.i*  ■  p.  1 1  l.r.  e 

t  o  i  mu  1  a*> 

(6.5) 

Seman  t 1 c  s : 

<Formulas>  reprc  out  values.  Each  <"  !"<■:!■  ■ :  1  V 1,  .<•  sue  i  at  ed  with  it 

a  type  class  and  appropriate  attributes. 

A  <cc.api  1  e- 1  1  me  -  f  or  mu  1  a>  is  a  <forninle>  wli.se  value  is  computed  and 
used  at  compile  time. 

All  cornp  i  1  e-t  i  me  computations  ate  performed  using  the  range  and 
precision  parameters  of  lie  taiget  machine. 

The  following  constructions  yield  values  at  tempi  1c  rime. 

1.  Data  declared  in  <t  oust  ant  ••  i  t  em -dec  1  a  t  a  t  i  ons>  ,  mvepr  i  or 
constant  items  whose  type  class  is  ,.oir:tor. 

7.  The  functions  1. ROUND,  FIRST,  and  FAST,  regardless  of 
their  arguments;  the  function  l)  BOUND,  provided  its 
argument  is  nt  t  a  table  with  *  dimensions;  the  functions 
NEXT,  BIT,  BY  I E  ,  SHIFT!.,  SHIETK,  ARS,  and  SON,  provided 
their  arguments  are  known  at  nmpfle  time;  the  function 
NWDSEN,  provitied  i's  uipunent  does  not  contain  a 
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reference  to  a  name  whose  declaration  is  not  completed 
prior  to  the  point  at  which  the  function  appears;  the 
functions  B1TS1ZE,  BYTES  I ZE ,  and  W0RDS1ZE,  provided  (1) 
their  arguments  are  known  at  compile  time,  (2)  their 
arguments  do  not  contain  references  to  names  whose 
declarations  are  not  completed  prior  to  the  points  at 
which  the  functions  appear,  and  (3)  their  arguments  are 
not  blocks  and  are  not  tables  with  *  dimensions. 

3.  All  operator-operand  combinations  other  than 

dereferencing,  indexing,  and  assignment,  provided  the 
operands  have  values  that  are  known  at  compile  time. 

4 .  All  type  conversions  except  REP,  provided  the  value  of 
the  <formula>  being  converted  is  known  at  compile  time. 

5.  All  machine  parameters. 

6.  All  <s t atus'cons t ant s> . 

7.  All  <literals>. 

The  following  values  are  not  known  at  compile  time: 

1.  Constant  items  whose  type  class  is  pointci. 

2.  Constant  tables  and  their  components. 

3.  All  data  declared  without  the  word  CONS i ANT. 

4.  The  LOC  function,  regardless  of  its  argument  ;  t  he 

function  U ROUND,  if  its  argument  is  a  table  with  * 
dimensions;  the  functions  ’•  b  >  T ,  HIT,  KY  I K  ,  Soli  II., 
SHIFTR,  ABS,  nd  M.N,  if  t  *  .  v  have  or  * 

whose  value',  ,  i  e  i  o  t  known  at  >  •  ;  I  1  e  tic*  *  be  f  i  u  <  t  1  m 

NWDSKN ,  if  its  ..tguB-ei.t  is  a  I  wl  d.  ■  1  ..at  i  n  Is 

not  c  otnpl  ft  “d  priii  to  t  hi  j  !  nt  at  which  ’be  f  i.r-t  t  i  on 

a  ppear  s ;  the  f  .im  1  fens  H  M  s  1  , ,  r.t  I  •  s  I  T  ,  ••  ::>i  WoRI'Sl/F, 

if  (11  their  aigurents  have  vain*  •*  -t  .te  not  l noun  at 
r omp lie  time,  ( 2 )  t  h«  i r  •  •  •  nt  s  ’tin  i <  ! <  t  <  nces  to 

name  s  whose  de r  1  a  r  .i  t  :  ■  au  .  •  ■  t  •  ’  'I  p  t  l  ■ 1  r  to  the 

point  s  at  which  'be  i  •••  ’  ,  •;  p*  at  ,  1  r  (  i )  their 

a  rgument  s  are  Minks  ■  r  '  i 1  ’  i  -iff.  *  ns  i  ■  ns  . 

5  .  All  ij  pc  r  a  t  ci  r  -*o  pe  r  a  id  1  '  1  ■  n  s  that  have  <  r.  e  or  mo  re 

evaluated  *■;»■!  iml*  -  *  i<  »  >  »■  it  -aown  it  compil 

t  i  me  . 
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6.  The  REP  conversion. 

7.  Any  value  arrived  at  via  a  <stateraent> . 

8.  Dereferenced  or  subscripted  values. 

Any  value  known  at  compile  time  may  also  be  used  as  a  run-time 
value. 

5.1  NUMERIC  FORMULAS 
Syntax: 

<nuraeric-formula>  :  :=  <1 nteger-formula>  (5.1.1) 

|  <floatlng-f ormula>  (5.1.2) 

|  <f ixed-f ormula>  (5.1.3) 

<compl le-t ime-nume rl c-formula> : :=  <compi le-tlme-int eger-fonmil a>  (5.1  . 1 ) 

|  <compile-t ime-f loat i ng-f  ormul a>( 5.1 .2 ) 

|  <compile-time-fixed-formula>  (5.1.3) 

Sonant  1 cs  : 

A  <numeric-forraula>  represents  a  numeric  value. 

A  <r  ora pi le-t 1 me -nutne r 1 c -f ormula>  represents  a  numeric  value  that  is 
known  at  compile  time  (see  Section  5.0). 

5.1.1  INTEGER  FORMULAS 
Synt  ax : 

< 1 n  t  ege  r - f  o  rmu 1  a  >  [<sign>]  <1 n t ege r-t enn>  (8.3.1) 

|  <integer-formula> 

<plus-or-minus>  (8.2.3) 

<integer-tenn> 

<1 nt ege r- t erm>  : <integer-f actor> 

|  <integer-tenn> 

<mul t 1 ply-d i vi de-or-mod> 
<integer-factor> 

7t. 

I  30 


(8.2.3) 
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<integer-factor> 

<integer-primary> 

1 

<integer-f actor>  ** 
<integer-primary> 

<integer-primary>  ::= 

<integer-li teral> 

(8.3. 

1 

<1 nteger-maehi ne- 
parnmeter> 

0.4) 

1 

<i nt  ege r-vari able> 

1 

<named-i nt eger-cons tant> 

1 

<i n t ege r-f unction- cal 1> 

I 

(  <integer-form  ' a>  ) 

i 

<integer-conversion> 

(  <formula>  ) 

(7.0) 

(5.0) 

<intege r-variable>  :  :  = 

<va  riable> 

(6.1) 

<named-integer~constant> 

<named-constant> 

(6.2) 

<integer~f unction-call> 

<f unct i on-cal 1> 

(6.3) 

<compile-t ime-integer-formula>  : := 

<integer-formula> 

Sera antics : 

An  <integer-formula>  represents  a  value  whose  type  class  is 
integer,  i.e.,  S  or  U. 

The  integer  operators  are  +,  *,  /,  MOD,  and  **,  which  denote 

addition,  subtraction,  multiplication,  division,  modulus,  and 
exponentiation,  respectively. 

The  type  of  a  formula  composed  of  an  integer  operator  and  two 
operands  is  S  NN-1,  where  NN  is  the  actual  number  of  bits  that  would  be 
supplied  by  the  implementation  for  a  signed  an  integer 
<item-declaration>  whose  size  attribute  is  the  larger  of  the  size 
attributes  of  the  two  operands.  The  type  of  an  <integer-formula> 
consisting  of  a  <sign>  and  an  <intege t-term>  is  S  NN-1,  where  NN  is  the 
actual  number  of  bits  that  would  be  supplied  for  a  signed  integer 
<item-declaration>  whose  size  attribute  is  that  of  the  <integer-tera> . 

The  quotient  of  two  integers  is  first  computed  exactly  and  then 
truncated  to  an  integer  result.  Truncation  will  be  toward  zero. 
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The  modulus  of  two  Integers,  AA  MOD  BB,  Is  equivalent  to  AA  - 
(AA/BB)*BB. 

the  value  produced  by  integer  exponentiation  to  a  positive  power  is 
the  6ame  as  that  produced  by  repeated  multiplication. 

The  value  produced  by  integer  exponentiation  to  a  negative  power  is 
1  /  (base  **  abs  (power)  )  and  in  most  cases  is  zero. 

Constraints : 


The  value  of  an  <integer-formula>  with  size  attribute  SS  must  lie 
in  the  range  MININT(SS)  through  MAXINT(SS). 

An  <integer-variable> ,  <named-integer-constant>,  or  Onteger- 
f unct ion-call>  must  be  an  integer  (S  or  U)  type. 

A  <compile-time-integer-formula>  must  be  i  <integer-formula>  whose 
value  is  known  at  compile-time  (see  Section  5.0). 

The  right  operand  of  /  and  MOD  must  he  non-zero. 

Note : 

R  and  T  used  in  an  explicit  conversion  (see  Section  7.0)  do  not 
affect  the  value  of  integer  division. 


5.1.2  FLOATING  FORMULAS 


Syntax; 

<f loat ing-f ormula> 


<f  loating-tenn> 


<f loat ing- fact or> 


:;=  [<sign>)  < f 1 oa t i ng- t e rm>  (8.3... 

|  <f loat ing~formula> 

<pl us-or-mi nus>  (8.2.3) 

<floating-terra> 

::=  <f loati ng-factor> 

|  <f  loating-tenn> 

<multiply-cr-divide>  (8.2.3) 

<f loat  j ng-factor> 

<f loat ing-primary> 

|  <f loating-factor> 

**  < f loa t i ng-pr ima ry> 


/  8 
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I 

<f loa ting-fact or> 

**  <1 nt ege r-pr lma ry> 

(5.1  . 

<f loaf irg-primary> 

<f 1  oat i ng-1 i t  eral> 

(8.3. 

1 

<floa ting-machine- para me ter>(l. A) 

1 

<f loa t i ng-va  ri able> 

1 

<named- float i ng-constant> 

1 

<f loat ing-f unct ion-cal 1> 

1 

(  <f loat ing-formula>  ) 

1 

<f!oating-conversion> 

(  <formula>  ) 

(7.0) 

(5.0) 

<floating-variable> 

:  :- 

<  v  a  r  i  a  h  1  e  > 

(6.1) 

< named- f 1 oa  t i ng  - cons  t ant > 

:  :  - 

<  n  a  me  d  -  c  on  s  t  a  n  t  > 

(6.2) 

<f loa  t i ng-f  unct ion-cal 1> 

:  :  = 

<f  unct i on-ca  1 1> 

(6.3) 

-'compi  le-ti  me -float  ing~formula> 

•  •  a 

<f loat ing-formula> 

Sennit  1 cs : 

A  <f 1 oa t i ng-f ormul a>  represents  a  value  whose  type  class  Is  float. 

The  floating  operators  are  +,  * ,  /,  and  **,  which  denote 
addition,  subtraction,  multiplication,  division,  and  exponentiation 
respectively.  In  exponentiation  with  a  <f 1 oa t i ng- f ac t or) ,  a  floating 
value  is  produced  In  all  cases. 

The  precision  attribute  of  a  <f loat ing-f ormula>  is  that  of  the 
formula's  most  precise  floating  operand.  The  operand  of  a 
<f loa t i ng-c onve rs ion>  is  first  computed  according  to  the  default  rules, 
and  then  converted  to  the  specified  floating  type  (see  Section  7.0). 

For  floating  exponentiations  whose  right  operand  is  an 
<integer-primary>,  the  result  is  -(  ABS  (  left  operand  )  **  right 
operand  )  if  left  operand  is  negative  and  right  operand  is  odd;  (  ABS  ( 
left  operand)  **  right  operand  )  in  all  other  cases. 


Constraints : 
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The  value  of  a  <f loating-formula>  with  precision  PP  must  lie  In  the 
range  FLOATUNDERFLOW  (II)  through  MAX FLOAT  (II)  or  the  range  MINFLOAT 
(II)  through  -FLOATUNDERFLOW  (II)  or  be  zero,  where  II 
1MPLFL0ATPRECI SION(PP) . 

A  <f loatlng-varlable> ,  <named-f loat 1 ng-constant> ,  or  <floatlng- 
funct lon-call>  must  be  a  floating  type. 

A  <compl le-t 1 me-f loa t lng-f ormula>  must  be  a  <floatlng-formula> 
whose  value  Is  known  at  compile  time  (see  Section  5.0). 

For  exponentiations  where  the  right  operand  i6  a 
<floating-primary>,  the  left  operand  must  not  be  negative. 

Exponentiation  of  an  integer  base  to  a  floating  power  cannot  be 
performed.  Either  the  base  must  be  converted  to  floating  or  the  power 
must  be  converted  to  integer. 

The  divisor  must  be  non-zero. 


Note : 


The  round  or  truncate  attribute  associated  with  variables  or 
constant  names  does  not  affect  the  computation  of  floating  formula 
results.  Floating  formulas  are  evaluated  in  an  implementation-dependent 
manner  with  respect  to  how  exact  results  are  approximated  to  the 
implemented  precision. 


5.1.3  FIXED  FORMULAS 
Syntax ; 


<f ixed-formula> 


<f  ixed-terxa> 


: :=  [<sign>]  <fixed-term>  (8.3.1) 

|  <f ixed-f ormula> 

<plus-or-mi nus>  (8.2.3) 

<f ixed-term> 

<f ixed-f actor> 

|  <fixed-term>  * 

<f ixed-factor> 

|  <1  nteger-term>  *  (5.1.1) 

<f ixed-f actor> 

1  <f ixed-term> 

<mul t i ply-or-di vide>  (8.2.3) 
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<f ixed-f actor) 

I 

I 

I 

I 

I 

I 

I 

I 

<f ixed-variable>  : 

<named-f ixed-constant>  ::= 

<fixed-function-call>  ::= 

<compile-time-fixed-formula>  ::  = 
Semantics: 


<lnteger-factor>  (5.1.1) 

<f lxed-11 teral>  (8.3.1) 

<f  lxed-inachlne-parameter>  (1.4) 

<f ixed-variable> 

<named-f Ixed-cons  tant> 

<flxed-funct ion-call> 

(  <f lxed-formula>  ) 


<f Ixed-convers lon>  (7.0) 

(  <fixed-term>  / 

<f lxed-f actor>  ) 

<f  lxed-coriverslon>  (7.0) 

(  <integer-term>  / 

<f lxed-f actor>  ) 

<f lxed-converslon>  (7.0) 

(  <formula>  )  (5.0) 

<varlable>  (6.1) 

<named-cons tant>  (6.2) 

<function-call>  (6.3) 

<f lxed-f orroula> 


A  <f lxed-formula>  represents  a  fixed  point  value. 

The  fixed  point  operators  are  +,  *,  and  /,  which  denote 

addition,  subtraction,  multiplication,  and  division,  respectively.  The 
rules  specifying  the  result  type  of  these  operators  guarantee  that,  in 
general,  exact  results  are  produced.  The  specific  rules  are  given  below 
for  each  operator.  In  these  rule(s,  Sn,  Fn,  and  Pn  refer  to  the  scale, 
fraction  part,  and  precision  of  an  operand  or  result  and  n  is  1,  2,  or  R 
to  indicate  the  f<rst  operand,  second  operand,  or  result,  respectively. 

For  addition  and  subtraction,  the  default  type  of  the  result  is: 


SR  =  SI  -  S2 
FR  =  Max  (F1.F2) 
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PR  -  Max  (P1,P2) 

For  multiplication,  there  are  two  cases: 

1.  When  one  operand  la  an  Integer,  the  result  scale  and 
precision  16  that  produced  by  successive  addition,  i.e., 

SR  «  Sa 
PR  =  Pa 
FR  =  Fa 

where  Sa,  Fa,  and  Pa  represent  the  scale,  fraction,  and 
precision  values  of  the  fixed  point  operand. 

2.  When  both  operands  are  fixed  point  types,  the  type  of  the 
resul t  is : 

SR  =  SI  +  S2 
PR  -  PI  +  P2 
FR  =  FI  +  F2 

If  PR  is  larger  than  MAXFIXEDPREC1S10N  or  if  SR  does  not  lie  in  the 
range  -  127  through  +  127,  then  the  product  must  be  explicitly  converted 
to  a  valid  fixed  point  scale  and  precision  (see  Section  7.0). 

For  division,  there  are  also  two  cases: 

1.  When  dividing  a  fixed  point  value  by  an  integer,  the 
scale  and  precision  of  the  result  are  the  scale  and 
precision  of  the  numerator.  Truncation  will  be  toward 
zero. 

2.  When  both  operands  are  fixed  point  values  or  when  an 
integer  is  divided  by  a  fixed  point  value,  the  result  is 
exact  and  must  be  explicitly  converted  to  a  programmer 
specified  scale  and  pre<~ijion  (see  Section  7.0). 

The  default  result  type  of  a  <f ixed-f ormula>  containing  a  <sign>  as 
a  prefix  operator  is  the  type  of  the  operand. 

The  result  type  of  a  <fixed-factor>  that  is  a  <f ixed-variable>, 
<named-f ixed-constant> ,  or  <f ixed-f unct i on-ca 1 1>  is  the  type  specified 
in  their  respective  variable,  constant,  or  function  declarations. 

The  type  of  a  <fixed-literal>  is  contextually  determined  (see 
Section  8.3.1). 

The  result  type  of  a  <f i xed-f ormula>  enclosed  in  parentheses  is  the 
type  of  the  enclosed  <f ixed-formula>. 


82 


136 


M1L-STD-1 589B  (USAF) 
06  June  1980 


The  result  type  of  a  <f ixed-faetor>  containing  a  <f ixed-conversion> 
fs  the  type  specified  by  the  <f ixed -convers ion> .  If  the  operand  of  the 
<f lxed-converslon>  16  a  <flxed-term>  or  <f ixed-formula> ,  the  Infix  or 
unary  operator  Is  evaluated  exactly,  and  the  mathematically-defined 
result  Is  converted  to  the  specified  fixed  type. 

Constral nt s : 

Except  for  the  operand  of  a  <f lxed-converslon>,  the  value  of  a 
<f lxed-f ormula)  whose  scale  Is  SS  and  whose  fraction  attribute  is  FF 
must  lie  in  the  range  MINFIXED(SS.PP-SS)  through  MAXF1XED( SS ,PP-SS) , 
where  PP  =  1MPLFIXEDPREC1S10N  (SS,FF). 

A  <f ixed-variable>  ,  <named-f ixed-constant> ,  and  <f 1 xed-f unc t ion- 
call>  must  have  been  declared  as  fixed  types. 

Operands  of  fixed  point  addition  or  subtraction  must  have  identical 
scales. 

A  <compile-time-f ixed-formula>  must  be  a  <f ixed-formula>  whose 
value  is  known  at  compile  time  (see  Section  5.0). 

The  divisor  must  be  non-zero. 


Note ; 

MOD  and  **  a  a  not  defined  for  fixed  point  operands. 

5.2  BIT  FORMULAS 
Syntax : 

<bi t-f o rmula>  : := 

I 

<logical-operand>  : := 

I 

<bi t-primary>  ::= 

I 
I 


<liogical-operand> 

["(logical -continuation!^ 

NOT  <logical-operand> 

(5.2.1) 

(8.3.2) 

(8.3.3) 

<bi t-vari able> 


<bi t-pr imary> 
<relational-expression> 
<bi t-I 1 teral> 

<boo lean-1 i teral> 
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1 

<named-bit-constant> 

1 

<bi t-funct ion-call> 

1 

(  <bi t-f ormul a>  ) 

1 

<bi t-conve  rs i on> 

(  <formula>  ) 

(7.0) 

(5.0) 

<logical-cont inuat  i  on> 

•  •  a* 

•  • 

<and-continuation> .  . . 

1 

<or-continuation>.  . . 

1 

<xor-cont inua t ion>  .  . . 

1 

<eqv-continua  t ion>  .  , . 

<and-cont inuat ion> 

:  :  = 

AND  < logi cal-operand> 

<or-cont inuat ion> 

:  :  = 

OR  <logical  operand> 

<xor-cont inuat ion> 

:  :  = 

XOR  <1 ogical-operand> 

<eqv-cont i nuation> 

:  :  = 

EQV  <logical-operand> 

<bi t-variable> 

: :  = 

<variable> 

(6.1) 

<named-bit-constant> 

:  :  = 

<named-constant> 

(6.2) 

<bit-function-call> 

:  :  = 

<function-call> 

(6.3) 

<compi le-t ime-bi t-f ormula> 

: :  = 

<bi t- f  ormul a> 

Sera antics : 

A  <bi t-f ormula>  represents  a  value  whose  type  class  is  bit.  Its 
size  is  the  number  of  bits  comprising  its  value. 

If  the  <bi t-formula>  is  composed  of  <1 oglcal-operands>  and  one  or 
more  of  the  logical  operators  AND,  OR,  XOR,  and  EQV,  the  size  of  the 
result  Is  the  size  of  the  longest  operand.  Shorter  operands  are  padded 
on  the  left  with  zeros  as  necessary.  Note  that  the  syntax  requires 
explicit  parentheses  for  all  <bit-formulas>  containing  two  or  more  of 
these  operators,  unless  the  operators  are  identical. 

NOT  produces  a  value  that  is  the  logical  complement  of  its  operand. 
AND,  OR  (inclusive  or),  XOR  (exclusive  or),  and  EQV  (equivalence) 
perform  their  usual  logical  function  on  their  two  operands  on  a 
bit-by-bit  basis.  If  both  operands  have  a  size  of  one  bit  and  the  value 
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of  the  left  operand  is  such  that  the  result  of  the  operator  can  be 
determined,  evaluation  is  "short-circuited",  i.e.,  the  right  opeiand 
will  not  be  evaluated  and  need  only  satisfy  semantic  constraints  that 
can  always,  even  in  the  most  general  case,  be  verified  without 
evaluating  the  operand  (e.g.,  the  operand  need  not  satisfy  the  division 
by  zero  constraint  if  it  is  not  evaluated). 

Constraints: 


A  <bl t-variable>  must  be  a  <variable>  whose  type  class  is  bit. 

A  <named-bit-constant>  must  be  a  <named-constant>  whose  type  class 
is  bit. 

A  <bit-function-call>  must  be  a  <f unction-call>  whose  result  value 
is  bit. 

A  <compi le-time-blt-formula>  must  be  a  <bi t-f ormula>  whose  value  is 
known  at  compile  time  (see  Section  5.0). 


5.2.1  RELATIONAL  EXPRESSIONS 


Syntax : 

<rela t ional-expresslon> 


:  :=  <integer-formula> 

<relational-operat or> 

<intege  r-f  ormula> 

(5.1.1) 

(8.2.3) 

(5.1.1) 

|  <floating-formula> 
<relational-operator> 

<f loa ting-f ormula> 

(5.1.2) 

(8.2.3) 
(5.1.2) 

|  <f ixed-f ormula> 

<relational-operator> 

<f  ixed-f ormula> 

(5.1.3) 

(8.2.3) 
(5.1  .3) 

|  <character-formula> 
<relational-operator> 
<character-formula> 

(5.3) 

(8.2.3) 

(5.3) 

|  <s ta tus-f ormula> 

<relat ional-operator> 

<s  ta tus-f ormula> 

(5. A) 
(8.2.3) 
(5. A) 

|  <bi t-pr imary> 

<e qual-o r-not -equal-opera to  r> 
<bi t-primary> 

(5.2) 

(8.2.3) 

(5.2) 
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|  <pointer-f ormula> 

<relational-operator> 

<pointer-formula> 


(5.5) 

(8.2.3) 

(5.5) 


Semantics : 

A  < rel a t ional-expressi on)  represents  a  value  obtained  by  comparing 
two  formulas  using  a  <rel at ional-operator> .  Its  type  class  is  B  and  its 
size  is  one  bit. 

The  relational  operators,  =  (equal),  <>  (not  equal),  <  (less  t nan) , 
>  (greater  than),  <=  (less  than  or  equal),  and  >=  (greater  than  or 
equal),  carry  their  usual  meanings. 


Character  comparisons  will  be  made  on  the  basis  of  the  collating 
sequence  of  the  character  set  used  in  a  given  implenuntati  )n. 


Status  comparisons  will  be  made  on  the  basis  of  the  representation 
cf  the  status  values. 


Pointer  comparisons  will  be  made  on  a  t a rge t -mach i ne-dependen t 
basis . 

For  bit  and  character  operands,  the  shorter  will  be  implicitly 
converted  to  the  type  of  the  longer  as  described  in  Section  7.0. 

Constraints  : 


When  both  operands  are  <status-constants>,  at  least  one  must  be 
unambiguously  associated  with  a  single  status  type. 

«  When  the  two  operands  are  <status-formulas> ,  their  types  must  be 

*  identical. 

When  the  two  operands  are  <poi nt er-f ormulas> ,  their  types  must  be 
!  identical  or  one  must  be  an  untyped  pointer. 

When  both  operands  are  <fixed  formulas>,  there  must  exist  a  type  to 
which  both  operands  are  implicitly  convertible. 


2  5.2.2  BOOLEAN  FORMULAS 
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Syntax: 

<bool ean-f o rmul a>  ::=  <bi  t-f orimil a>  (9.2) 

Soman t i  c  s  : 

A  <bool  ean- f  o  rmtil  a>  Is  hi  t-f  orinul  a>  whose  size  is  '>ne  bit.  It 
has  tlie  value  TRUE  if  the  va  j  .  of  the  hit  Is  one  and  FALSE  otherwise. 

Const  ral nts  : 

In  contexts  syntactically  requiring  a  <bnol  ■  in-f o rmul a> 
(<i f-s t a t omen t s> ,  <whi  le-phrases>  ,  and  <t  rare  -cont  rol  .$>)  ,  a 

<bi  t-f  orinul  a>  cannot  be  Implicitly  converted  to  a  <bool  '-an- f  omul  a>  . 

-■  i 

5.3  CHARACTER  FORMULAS 
Syuf  ax: 

<cbaract  er-forimila>  ::=  <charact  er-1 i t  eral>  (8.3.4) 

|  <c ha  r a r  t  o r-  v a  r  i  a b  1  e > 

|  < named -char act  er  -const. ant > 

|  <cha rar t  e r-f  uric  t i on-ca 1 1 > 

|  (  <oharacter-fortnula>  ) 


j  <charac t er-convers I on>  (7.0) 

(  <  f  o i mul a>  )  (5.0) 

<cha rac t e r-va r i able>  :  :=  <\ariable>  (b.l) 

<named-cha rac t e i -c ons t ant >  :  :=  <named -cons t an t >  (6.2) 

<character-function-cal 1>  : :  =  < f unc t i on-ca 1 1>  •  (6.3) 

<compI  le-t  itne-character-fonnula>  :  :=  <cha rac t er- f o nnu  1  a> 

Seman t i c s  : 


A  <character-formula>  represents  a  value  whose  type  class  is 
character.  Its  size  is  the  number  of  bytes  comprising  its  value. 
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Constraints: 

A  <cha rac ter-va r 1 able>  must  be  a  <variable>  whose  type  class  Is 
character . 

A  <named-character-constant>  must  be  a  <named-constant>  whose  type 
class  Is  character. 

A  <character-funet ion-call>  must  be  a  <f unct 1 ori-cal 1>  whose  result 
value  Is  character. 

A  <complle-tlme-character-formula>  must  be  a  <character-fonmila> 
whose  value  Is  known  at  compile  time  (see  Section  5.0). 


5.4  STATUS  FORMULAS 


Syntax : 

<status-formula> 


<status-varlable>  ::: 

<named-status-constant>  : 

<status-function-call> 

<compl le-time-status-formula>  :  :: 
Semantics : 

A  <status-formula>  represents 
Constraints ; 

A  <status-varlable>  must  be  a 
status. 


<status-constant> 

<st  at us-va  ri abl e> 

<named-s tat us-con st an t> 

<status-function-call> 

(  <status-formula>  ) 

<status-conversion> 

(  <formula>  ) 

<va  r i abl e> 

<named-constant> 

<function-call> 

<status-formula> 

a  value  whose  type  class 

<variable>  whose  type 


(2.1 .1 .6) 


(7.0) 

(5.0) 

(6.1) 

(6.2) 

(6.3) 


is  status. 


class  is 
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A  <naroed-status-constant>  must  be  a  <named-constant>  whose  type 
class  Is  status. 


A  <status-function-call>  must 
value  Is  status. 

be 

a  <function-ral 1>  whose 

resul t 

A  <compile-t lme-status-formula>  must  be  a  <status-formula>  whose 
value  Is  known  at  compile  time  (see  Section  5.0). 

5.5  POINTER  FORMULAS 

Syntax: 

<point er-formula> 

:  :  = 

<pointer-literal> 

(8.3.5) 

1 

<point er-va  riable> 

1 

<named-pointer-constant> 

1 

<point  er-f  unct ion-cal 1> 

1 

(  <pointer-f ormula>  ) 

1 

<pointer-conversion> 

(  <formula>  ) 

(7.0) 

(5.0) 

<polnt  er-variable> 

*  •  — 

*  • 

<variable> 

(6.1) 

<named-poi nter-cons  tant> 

*  • 

<named-constant> 

(6.2) 

<poir.t  er-f  unct  ion-call> 

:  :  = 

<function-call> 

(6.3) 

<cotnpi  le- time- point  er-f  ormula> 

<poi nter-f ormula> 

Semantics : 

A  <pointer-fortnula>  represents  a  value  whose  type  class  Is  pointer. 
Constjraintj^: 

A  <pointer-va rlable>  must  be  a  <varlable>  whose  type  class  Is 
pointer . 

A  <named-pointer-constant>  must  be  a  <named-cons tant>  whose  type 
class  Is  pointer. 

A  <pointer-function-call>  must  be  a  <function-call>  whose  result 
value  is  pointer. 
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A  <e ompl  1  e-t  1  me-pol  lit  er-f  onnul a>  must  be  a  <poi  nter-formula>  whose 
value  Is  known  at  compile  time  (see  Section  5.0). 

5.6  TABLE  FORMULAS 
Synt  ax  : 


<t  ab  1  e  -  f  o  rinula> 

<t able-varl  abl  e> 

j  <named--t  abl  e-cons  t  ant> 

1  (  <t able-f ormul a>  ) 

1  < t  al  1  c- -convers  1  on> 

(7.0) 

(  <formula>  ) 

(5.0) 

<t  abl e  -va  r 1 abl e> 

: : -  <va  r i abl e> 

(6.1) 

<named -t  abl e-c ons t ant > 

::=  <named-coustant> 

(6.2) 

Serna nt  icj; : 

A  <table-formula>  represents  a  value  whose  type  class  Is  table. 
Const  ra  1  ntj> : 

A  <table-varlable>  must  be  a  <variable>  whose  type  class  Is  table. 

A  <named-table-constant>  must  be  a  <na,ned-constant>  whose  type 
class  is  table. 
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6.0  DATA  REFERENCES 
6.1  VARIABLES 

Syntax; 

<varlable> 


<named-variable> 


<1 tem> 


<table> 


<table- i t  ea> 


<table-entry> 


:  < named- vari abl e> 

1  <blt-funet 1 on-va  r 1 abl e> 

I  <byte-f unct 1 on-va rl abl e> 
I  <rep-f nnct 1  on  va r 1 abl e> 

I  <f  vine t  i on-nan £•> 
teo> 

I  <table> 

f  <table-item> 

I  <  t  a  b  1  e  - e  n  t  r  y  > 

I  <block-item> 

1  <bl ock-tabl e> 

I  <bl ock-tabl e-i ten b 

I  <block-table-enl ry> 

: =  < i t  ea-name) 

I  <1 1  em-deref  erence) 

O able-name> 

I  <table-dereference> 

-  t  abl  e-i  t  erD-name)> 

[ <subsc  ri pt> ] 
[<table-dereference>] 

=  <table-name> 

<snbscr i pt> 

I  table  —  dtnpf  erpricp) 

<  subsc r I pt> 


(3.2) 


(2.1.1) 


(2.1.2) 


(2.1 .2.3) 


(2.1.2) 
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<bl ock-i tem> 

•  •  as 

<i tem-name> 

[ <block-de  ref  erenee> ] 

(2.1.1) 

<bl ock-t  able> 

:  :  = 

<t  able-name> 
[<block-dereference>] 

(2.1.2) 

<block-table-l tem> 

<table-i tem-name> 

[ <subscrl pt> ] 
|<block-dereference>] 

(2.1  .2.3) 

<block-t able-entry> 

:  :  = 

<table-name> 

<subscri pt> 
[<block-dereference>] 

(2.1.2) 

<block-deref erence> 

:  :  = 

<dereference> 

<ltem-dereference> 

:  :  = 

<dereference> 

<table-dereference> 

:  :  = 

<dereference> 

<dereference> 

@  <pointer~l tem-name> 

1 

@  (  <polnter-f ormula>  ) 

(5.5) 

<pointer-X  tem-name> 

:  :  = 

<item-name> 

(2.1  .1) 

1 

<table-i tem-name> 

m 

CN 

CN 

1 

<constant-it  em-naue) 

(2.1.3) 

<subscrlpt> 

:  :  = 

(  <1 ndex>  ,  .  . .  ) 

(5.1.1) 

< i ndex> 

:  :  = 

<lnteger-forinula> 

(5.1.1) 

1 

<status-fonDula> 

(5.4) 

<blt-funct lon-var lable> 

:  :  = 

BIT  (  <"bit-variable>  , 
<fbft>  ,  <nbit>  ) 

(5.2) 

(6.3.3) 

<byte-funct lon-varl able> 

•  I  = 

BYTE  ( 

<cha rac t e r-va r I abl e>  , 
<fbyte>  ,  <nbyie>  ) 

(5.3) 

(6.3.4) 

<  rep-f unct lon-va  rl able> 

:  :  = 

<rep-convers ion> 

(  <named-va r iable>  ) 

(7.0) 
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Semantics : 

A  <varlable>  designates  a  data  object  whose  value  can  be  changed  by 
assignment.  A  Oiained- va r 1 abl e>  designates  a  data  object  whose  value  can 
be  used  in  a  formula  and  changed  by  assignment.  A  <dereference> 
designates  the  data  object  whose  address  is  contained  In  the 
<pol nt er- 1 t eta-name)  or  <poi nter-formula>  of  the  <de ref e rcnce> . 

An  <ltem>  variable  designates  either  an  object  declared  In  an  Item 
declaration  or  an  object  po  nted  to  by  a  typed  pointer  whose  type-name 
attribute  Is  an  Item  type.  In  the  latter  case  the  item  is  referenced 
with  an  < 1 t em-de re f erence>  (i.e.,  the  pointer  is  dereferenced  to  obtain 
the  Item). 

A  <table>  variable  designates  either  an  object  declared  in  a  table 
declaration  or  an  object  pointed  to  by  a  typed  pointer  whose  type-name 
attribute  is  a  table  type.  In  the  latter  case  the  table  is  referenced 
with  a  < table-de re f e rence)  (l.e.,  the  pointer  is  de ref erenced  to  obtain 
the  table).  The  type  class  of  a  <table>  is  table. 

A  <table-item>  variable  designates  an  item  component  of  a  table. 
If  the  table  Is  dimensioned,  the  subscript  indicates  from  which  entry 
the  Item  is  to  be  obtained.  If  < t able- 1 t em-name>  was  declared  In  a 
<table-type-declaratlon>  (rather  than  a  <t  able  -  i  t  em-dec  larat.  i  on>)  the 
<table-deref erence)  references  the  particular  table  from  which  the  item 
is  to  be  -obtalned . 

A  <t abl e-ent ry>  variable  designates  an  entry  in  a  dimensioned 
table.  The  table  Is  referenced  either  with  a  <table-name>  or  with  a 
<table-dereference>. 

The  type  class  of  a  <table-ent ry>  is  table  for  entries  declared 
with  an  <ordi nary-table-body> ,  <spec i f 1 ed- t abl e-body> ,  or 
< t able-type-name> ,  and  otherwise  is  the  type  specified  by  the  underlying 
< i t em- 1 y pe-de sc r i pt i on>  .  (Note  that  <t abl e- en t r y>  is  sv n t ac t i ca 1 ly  a 
subscripted  <table-name>  or  < t able-de r e f e renre> . ) 

If  the  type  class  of  a  particular  < t abl e-ent ry>  is  not  table,  any 
operation  or  intrinsic  function  except  hOC ,  NWDSEN,  and  REP  applied  to 
that  entry  is  interpreted  as  applying  to  the  item  whose  type  class  and 
attributes  are  given  b)  the  underlying  <i t em- t y pe-desc i i pt 1 on> .  LOC , 
NWDSEN ,  and  REP  are  interpreted  as  applying  to  the  entire  physical  space 
occupied  by  the  object,  including  filler  bits  preceding  or  following  the 
item. 

A  <block-ltem>  variable  designates  an  item  component  of  a  block. 
If  the  (item-name)  was  declared  in  a  <bl ock-l y pe-dec la  rat ion> ,  the 
<b lock-de re f e rence)  references  the  particular  block  from  which  the  item 
is  to  be  obtained. 
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A  <block-table>  variable  designates  a  table  component  of  a  block. 
If  the  <table-naroe>  was  declared  in  a  <block-type~declaration>,  the 
<block-dereference>  references  the  particular  block  from  which  the  table 
is  to  be  obtained. 

A  <block-table-l tem>  variable  designates  an  item  component  of  a 
table  which  is  itself  a  component  of  a  block.  If  the  table  is 
dimensioned,  the  subscript  indicates  from  which  entry  the  item  is  to  be 
obtained.  If  the  <table-item-name>  was  declared  in  a  <block-type- 
declaration> ,  the  <block-dereference>  references  the  particular  block 
from  which  the  item  is  to  be  obtained.  (Note  that  if  the 
<table-i  tem~naine>  was  declared  in  a  < t able- type-decl arat ion> ,  it  cannot 
be  obtained  as  a  <block-table-item>  variable  but  must  be  obtained  as  a 
<table-item>  variable  with  a  <table-deref erence> . ) 

A  <block- table-entry>  variable  designates  an  entry  in  a  dimensioned 
table  which  is  contained  in  a  block.  If  the  <table-name>  was  declared 
in  a  <block-type-declaration> ,  the  <block~dereference>  references  the 
particular  block  from  which  the  table  entry  is  to  be  obtained. 

A  <bit-function-variable>  is  the  use  of  the  BIT  function  in  an 
assignment  context  (i.e.,  the  target  of  an  assignment  statement  or  an 
actual  output  parameter)  to  designate  that  a  specified  substring  of  the 
<bit-variable>  is  to  be  used  as  a  variable.  <Fbit>  indicates  the 
starting  bit  and  <nbit>  indicates  the  size  of  the  substring.  Bits  are 
numbered  from  the  left  beginning  with  zero. 

A  <byte-funct ion-va ri able>  is  the  use  of  the  BYTE  function  in  an 
assignment  context  (i.e.,  a  target  of  an  assignment  statement  or  an 
actual  output  parameter)  to  designate  that  a  specified  substring  of  the 
<cha rac t er-va ri abl e>  is  to  be  used  as  a  variable.  <Fbyte>  indicates  the 
starting  character  and  <nbyte>  indicates  the  size  of  the  substring. 
Characters  are  numbered  from  the  left  beginning  with  zero. 

A  <rep-f unct lon-vari able>  is  the  use  of  the  <rep-conversion>  in  an 
assignment  context  (i.e.,  the  target  of  an  assignment  statement  or  an 
actual  output  parameter)  to  designate  that  the  <named-variable>  is  to  be 
treated  as  a  bit  string  variable  whose  size  is  the  number  of  bits  of 
storage  actually  occupied  by  the  <named-variable> . 

Const  rai  ntj; : 

A  <subsc  ript>  must  be  present  in  a  <table-item>  or 
<block-table-item>  if  the  type  of  the  table  is  dimensioned. 

A  <subscript>  in  a  <table-item>,  <table-ent ry> ,  <block-t abl e-i tem> , 
or  <block-table-entry>  must  contain  the  same  number  of  <indices>  as 
there  are  <dimensions>  in  the  <dimension-l i st>  of  the  declaration  of  the 
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table's  type.  Furthermore,  the  type  of  each  <index>  must  be  the  same  as 
the  type  of  the  corresponding  <dimension>  and  the  value  of  each  index 
must  be  within  the  bounds  specified  for  that  dimension.  If  the 
designated  table  is  a  formal  parameter  and  the  <dimensions>  were 
specified  as  *,  the  Indices  must  be  <integer-formula6>  (even  if  bounds 
of  an  actual  parameter  on  a  particular  invocation  are  of  status  type), 
and  the  value  of  each  index  must  be  in  the  range  0  through  NN-1,  where 
NN  is  the  number  of  elements  in  that  dimension  of  the  actual  parameter. 

If  the  <table-i tem-name>  in  a  <table-ltem>  was  declared  in  a 
<table-type-declaration>,  the  <table-item>  must  contain  a  <table- 
dereference>  whose  pointer  is  of  the  appropriate  type. 

If  the  <item-name>  in  a  <block-item>  was  declared  in  a 
<block-type-declaration> ,  the  <block-item>  must  contain  a  <block- 
dereference>  whose  pointer  is  of  the  appropriate  type. 

A  reference  to  a  <table-item>  must  not  access  storage  outside  the 
bounds  of  the  table  containing  that  <table-i tem> . 

If  the  <t able-naroe>  in  a  <block-table>  or  <block- t abl e-ent ry>  was 
declared  In  a  <block-type-deelaration>,  the  <bl ock-t abl e>  or 
<block-table-ent ry>  must  contain  a  <block-dereference>  whose  pointer  is 
of  the  appropriate  type. 

If  the  <table-i tem-name>  in  a  <block-table-I tem>  was  declared  in  a 
<block-type-dec la ra t i on> ,  the  <block-table-i tem>  must  contain  a 
<block-dereference>  whose  pointer  is  of  the  appropriate  type. 

<Fbit>  and  <nbi t>  must  not  designate  a  substring  beyond  the  bounds 
of  the  <bi t-va riable> .  <Nbit>  must  be  greater  than  zero. 

<Fbyte>  and  <nbyte>  must  not  designate  a  substring  beyond  the 
bounds  of  the  <character-variable> .  <Nbyte>  must  be  greater  than  zero. 

A  <f unc t ion-name>  can  be  used  as  a  <variable>  only  within  the  body 
of  a  function  having  that  <function-name>,  and  then  only  as  the 
left-hand  side  of  an  assignment  statement.  The  other  valid  uses  of 
<f unct ion-name>  are  described  in  Section  3.2. 

A  pc  inter  to  an  undimensioned  parallel  or  tight  table  type  cannot 
be  used  in  a  <de ref erence>  . 

The  value  of  a  pointer  used  in  a  <deref erence)  must  be  in  the 
implementation-defined  set  of  valid  values  for  pointers  of  its  type.  A 
pointer  whose  value  is  NULL  cannot  be  dereferenced. 
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6.2  NAMED  CONSTANTS 
Syntax; 


<named-c  onstant) 

::=  <eonstant-i tcm-name) 

(2.1.3) 

I  <constant-table-naroe> 

(2.1.3) 

|  icons t an t-t able-i t em-name> 
( <si Ssc ript>] 

(6.1) 

|  icons t ant-t abl e-nane) 
<subsc  ri pt> 

(2.1.3) 

(6.1) 

|  <control-letter> 

(4.2) 

<constant-table-i t cm- name) 

: :  =  <tabl  e-i t era~nnroe> 

(2.1  .2.3) 

Seman t i  cs : 

A  <named-constant>  designates  a  constant  data  object  whose  value 
can  be  used  in  a  formula  but  cannot  be  changed. 

A  <constant-i tem-naine>  designates  an  object  declared  in  a  constant 
Item  declaration . 

A  <cons tant-table-name>  designates  an  object  declared  in  a  constant 
table  declaration. 

A  <constant-table-i tem-name>  designates  an  item  component  of  a 
constant  table.  If  the  table  is  dimensioned,  the  <subscript>  indicates 
from  which  entry  the  item  is  to  be  obtained. 

A  icons t ant-t abl e-naroe>  followed  by  a  <subscript>  designates  an 
entry  in  a  dimensioned  constant  table. 

A  <control-letter>  designates  an  object  created  in  a  <for-clause> 
whose  <cont rol-i tem>  is  a  single  letter. 

Constraints^ 

A  <subscript>  must  follow  a  <constant-table-item-narae>  if  the  table 
is  dimensioned. 

\  <subscript>  following  a  <constant-table-i tero-name>  or  iconstant- 
table-naroe>  roust  contain  the  same  number  of  <indices>  as  there  are 
<dimensions>  in  tue  <dimension-list>  in  the  declaration  of  the  table. 
Furthermore,  the  type  of  each  <index>  must  be  the  same  as  the  type  of 
the  corresponding  <dimension>  and  the  value  of  each  <index>  must  be 
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within  the  bounds  specified  for  that  <dimension>. 

Constant  tables  and  Items  selected  from  constant  tables  via 
subscripts  cannot  be  used  as  compile-time  values. 

A  <control-letter>  may  be  referenced  only  within  the 
<cont rol led-s tat ement>  of  a  <loop-statement>  whose  <for-clause>  created 
that  <control-constant>. 


6.3  FUNCTION  CALLS 


<funct ion-call>  (user-def ined-function-call> 

|  <intrinsic-f unct  i  on-cal  1> 

|  <ma chine- spec! f ic-f unct i on-cal 1> 

<user-defined-function-call>: :=  <f unction-name>  < 

{<actual-parameter-li st> ]  ( 


< i nt r ins ic-f unct i on-cal 1> 


;  :=  <loc-funct ion> 

|  <next-function> 


<bi t-f unct ion> - 
<byte-funct ion> 
<shift-function> 
<abs-function> 

<sign-f unct ion> 

<s i ze-f unc t ion> 

<bounds-f unct ion> 
<nwdsen-function> 
<status-inverse-f unction> 


.3.10) 

.3.11) 


<machine-specif ic-f unct ion- 
call> 


<  f  unct ion-name> 

[ <actual-parame ter-1 i st> ) 
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Semant ics : 

Execution  of  a  <functlon-call>  causes  Invocation  of  a  function. 
Any  actual  parameters  are  bound  to  the  corresponding  formal  parameters 
as  described  In  Section  3.3. 

A  <user-def ined-functlon-call>  causes  Invocation  of  a  function 
defined  In  a  <f unct 1 on-def lnl t lon> .  The  type  of  the  value  returned  by 
the  function  is  the  type  specified  by  the  <1 1 em-t y pe -desc ri pt 1 on>  In  the 
<function-heading>  of  the  <f unct ion-def ini t 1 on> . 

An  <1 nt r 1  ns  1 c-f unc t ion-cal 1>  causes  Invocation  of  a  language- 
defined  function.  A  description  of  the  language-defined  functions  Is 
contained  in  the  following  sections.  The  type  cf  the  value  returned  by 
each  function  is  described  in  the  corresponding  section. 

A  <machi ne-speci f ic-f unc t i on-cal 1>  causes  invocation  of  a 
machine-specific  function  (see  Section  3.5). 

Constra i nt£: 

Actual  parameters  in  the  <f unct i on-cal 1>  must  match  the  formal 
parameters  of  the  called  function  in  number,  type,  and  parameter  list 
position  according  to  the  rules  given  in  Section  3.3. 

6.3.1  LOC  FUNCTION 
Syntax : 

<loc-f unct ion>  ::=  LOC  (  <loc-arguraent>  ) 

<1 oc-a rgument>  ::=  <naroed-variable> 

|  <block-name> 

|  <statement-name> 

I  <procedure-name> 

|  <function-name> 

|  <block-deref erence> 

Semant Ics: 

The  LOC  function  can  be  applied  to  the  <loc-a rgument>  to  obtain 
the  machine  address  of  the  word  in  which  the  <1 oc-argument>  is  stored. 
If  the  <loc-argument>  is  a  <named-var 1 able>  or  <block-name>  that  was 


(6.1) 
(2.1. A) 
(4.0) 

(3.1) 

(3.2) 
(6.1) 
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declared  with  a  <type-name>  TT,  the  type  of  the  value  returned  by  the 
LOC  function  Is  P  TT  (i.e.,  a  typed  pointer).  Otherwise,  the  type  of 
the  value  returned  by  the  LOC  function  Is  P  (l.e.,  an  untyped  pointer). 

If  the  <loc-argument>  Is  a  <statement-name> ,  <procedure-name> ,  or 
<f unct 1  on-name)  the  <loc-f unct ion>  yields  an  untyped  pointer  whose  value 
Is  the  machine  address  used  to  access  the  designated  statement  or 
subrout  1 ne . 

Cons t  ra 1 nt s  : 

The  LOC  of  a  subroutine  whose  name  appears  in  an 
<1 nl 1 ne-dec la r a 1 1  on)  ,  or  of  a  <statement-name>  whose  definition  appears 
in  such  a  subroutine.  Is  Implementation-defined. 

Note : 


The  LOC  function  cannot  be  applied  to  an  intrinsic  function. 


6.3.2  NEXT  FUNCTION 


Synt  ax  : 


<next-funct ion> 


<next-a  rgument) 


< i ncrement-amount> 
Semant ics : 


NEXT  ( 

<next-a rgument>  , 

<1 nc rement-amount>  ) 

::=  <pointer-formula>  (5.5) 

|  <status-formula>  (5.4) 

::=  <integer-formula>  (5.1.1) 


If  the  <next-argument>  is  a  <poi nter-f ormula> ,  the  value  returned 
by  the  NKXT  function  is  the  arithmetic  sum  of  the  representation  of  the 
<point er-f ormula>  plus  the  <increment-amount>  *  LOCSINWORP  (i.e.,  the 
<pointer-formula>  is  treated  as  an  integer).  The  type  of  the  value 
returned  is  a  pointer  of  the  same  type  as  the  <next-a rgument> . 


If  the  <next-argument>  is  a  <status-formula>  and  the  value  of  the 
<1  nc.rement-amount>  is  N,  the  value  returned  by  the  NEXT  function  is  the 
Nth  successor  (or  predecessor  if  N  is  negative)  of  the  value  of  the 
<status-formula>  In  this  <status-l ist> .  The  type  of  the  value  is  the 
same  as  the  type  of  the  <next-a rgument> . 
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Const  ralnt  s : 

The  <next-argument>  cannot  be  a  <status-constant>  that  belongs  to 
more  than  one  status  type  (unless  explicitly  disambiguated  with  a 
<status-conversion>) ,  nor  can  it  be  the  <pol nter-1 1 teral>  NULL. 

The  type  of  the  <status-formula>  must  be  a  status  type  with  a 
default  representation. 

When  the  <next-a rgument>  is  a  <status-formula> ,  the 
<increment-amount>  must  not  cause  the  NFXT  function  to  return  a  value 
out  of  range  of  the  type  of  the  <next-argument> . 

The  value  of  the  <polnter-formula>  and  the  value  of  the  pointer 
result  must  be  in  the  implementation-defined  set  of  valid  values  for 
pointers  of  its  type. 

Note : 


The  value  of  the  <next-argument>  may  be  negative. 


6.3.3  BIT  FUNCTION 


Syntax: 


<bit-function> 

:  BIT  (  <bi t-f ormula>  , 

<fbit>  ,  <nbit>  ) 

(5.2) 

<fbit> 

:  :=  <integer-formula> 

(5.1.1) 

<nbi t> 

::=  <integer-formula> 

(5.1  .1) 

Semant i cs : 

The  BIT  function  selects  a  designated  substring  from  the 
<bi t-f orraula> .  <Fbit>  indicates  the  starting  bit  and  <nbit>  indicates 
the  size  of  the  substring.  Bits  are  numbered  from  the  left  beginning 
with  zero.  The  type  of  the  value  returned  is  a  bit  string  of  the  same 
size  as  the  <bi t-f ormula> .  The  designated  substring  is  right  justified 
in  the  result  and  padded  on  the  left  with  zero  bits  as  necessary  to  fill 
the  size. 

Const  ra  i nts : 

<Fbit>  and  <nbit>  must  not  designate  a  substring  beyond  the  bounds 
of  the  <bi t-formula> .  <Nbit>  must  be  greater  than  zero. 
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6.3.4  BYTE  FUNCTION 
Syntjnc: 

<byte-f  unct ion> 

<f byte> 

<nbyt  e> 

Semantics^ 

The  BYTE  function  selects  a  designated  substring  from  the 
<charact er-forniula> .  <Fbyte>  indicates  the  starting  character  and 
<nbyte>  Indicates  the  size  of  the  substring.  Characters  are  numbered 
from  the  left  beginning  with  zero.  The  type  of  the  value  returned  is  a 
character  string  of  the  same  size  as  the  <cha rac t er-f o rmul a> .  The 
designated  substring  is  left  justified  in  the  result,  and  padded  on  the 
right  with  blanks  as  necessary  to  fill  the  size. 

Const  ralnts: 

<Fbyte>  and  <nbyte>  must  not  designate  a  substring  beyond  the 
bounds  of  the  <character-formula> .  <Nbyte>  must  be  greater  than  zero. 

6.3.5  SHIFT  FUNCTIONS 
Syntax: 

<shi f t-f unct ion>  <shi f t-d i rec t ion> 

(  <bi t-f ormul a>  , 

<shif t-count>  )  (5.2) 

<shif  t-di  rec.t  ion>  :  :=  SHIFTL 

I  SHIFTR 

<shif t-count>  :  <i nteger-formul a>  (5.1.1) 

Semant i cs : 

The  SHIFTL  function  performs  a  logical  left  shift  of  the 
<bit-formula>  by  the  number  of  positions  indicated  by  <shif t-count> . 
The  SHIFTR  function  performs  a  logical  right  shift  of  the  <bi t-formula> 
by  the  number  of  positions  indicated  by  <shi 't-count> .  In  both  cases, 
vacated  bits  are  filled  with  zeros  and  bits  shifted  out  are  lost.  If 
the  <shif t-count>  is  greater  than  or  .  ual  to  the  size  of  the 


BYTE  (  <character-formula>  , 
<fbyte>  ,  <nbyte>  ) 

(5.3) 

< i nteger-formul a> 

(5.1.1) 

<i nt  eger-f  ormul a> 

(5.1.1) 
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<bi t-formula> ,  the  result  Is  a  bit  string  with  all  zero  bits.  The  type 
of  the  value  returned  by  a  <shl f t-f unc t 1 on>  Is  the  same  as  the  type  of 
the  <bi t~formula> . 

Const  ral n t  s  : 

The  value  of  <shlf t-count>  must  be  non-negative  and  less  than  or 
equal  to  MAXBITS. 

6.3.6  ABS  FUNCTION 


Syntax: 


<abs-f  unct  lon>  ABS  (  <nuiner  1  c-f  ormul  a>  )  (5.1) 
Semant ics  : 

The  ABS  function  produces  a  value  that  is  the  absolute  value  of  the 
<nuraeric-f  ormula> .  The  result  is  equivalent  to  -  <mitneric-formula>  if 
<numeric~formula>  Is  negative  and  equivalent  to  +  <nume r i c-formul a> 
otherwi se . 


6.3.7  SIGN  FUNCTION 
Syntax : 

<s  ign-f  unct ion> 

Semant ics: 

The  SCN  function  returns  a  value  according  to  the  following  rules: 


::=  SGN  (  <numeric-formula>  )  (5.1) 


Formula 

Value 

>  0 

+  1 

=  0 

0 

<  0 

-1 

The  type  of  the  value  is  S  1 
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6.3.8  SIZE  FUNCTIONS 
Syntax: 

<size-funct lon>  : :=  <size-type> 

(  <6lze-argument>  ) 

<size-type>  B1TSIZE 

|  BYTESIZE 
|  WORDSIZE 

<size-argument>  ::=  <formula>  (5.0) 

|  <block-name>  (2.1. A) 

|  <type-name>  (2. 1.1. 7) 

Semantics : 

The  BITSIZE,  BYTESIZE  and  WORDSIZE  functions  return  the  logical 
size  of  the  <size-arguraent>  in  bits,  bytes,  and  words  respectively.  The 
type  of  the  value  returned  is  S  MAX1NTSIZE.  The  logical  BITSIZE  of  each 
data  type  in  the  language  will  be  described  below.  The  logical  BYTESIZE 
is  equal  to  BITSIZE/BITSINBYTE  if  BITSIZE  MOD  BITSINBYTE  =  0  and 
BITSIZE/B1TSINBYTE+1  otherwise.  Similarly,  the  logical  WORDSIZE  is 

equal  to  BITSIZE/BITSINWORD  if  BITSIZE  MOD  B1TS1NW0RD  =  0  and 

BITSIZE/BITSINW0RD+1  otherwise. 

Bit :  The  BITSIZE  of  an  object  of  type  B  NN  Is  NN 

Integer:  The  BITSIZE  of  an  object  of  type  U  NN  is  NN  and  S  NN 

is  NN+1 

Fixed:  The  BITSIZE  of  an  object  of  type  A  MM,  NN  is 

MEH-NIH-l 

Float :  The  BITSIZE  of  a  float  object  is  the  number  of  bits 

of  storage  the  object  actually  occupies. 

Character :The  BITSIZE  of  an  object  of  type  C  NN  is 

nn*bTtsinbyte. 

Pointer :  The  BITSIZE  of  a  pointer  object  is  BITSINPOINTER. 

Status:  The  BITSIZE  of  a  status  object  is  the  <status-size> . 
If  <status-size>  was  specified,  the  BITSIZE  is  specified  in 
the  object's  <s tatus-i tem-desc r i pt i on> .  If  no  <status-size> 
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was  specified,  the  B1TS1ZE  Is  minimum  number  of  bite  of 
storage  needed  to  represent  objects  of  that  type. 

Table :  The  B1TSIZE  of  a  table  or  table  entry  that  Is  not 

tightly  structured  Is  the  number  of  bits  from  the  leftmost  bit 
of  the  first  word  occupied  by  the  table  or  table  entry  to  the 
rightmost  bit  of  the  last  word  occupied  by  the  table  or  table 
entry.  The  BITSIZE  of  a  tightly  structured  table  entry  is 
<bits-per-entry>.  The  BITSIZE  of  a  tightly  structured  table 
is  the  number  of  bits  from  the  leftmost  bit  of  the  first  word 
occupied  by  the  table  to  the  rightmost  bit  of  the  last  entry, 
where  the  last  entry  occupies  <bits-per-entry>  bits.  Note: 
the  BITSIZE  of  a  <table-entry>  whose  type  class  is  not  table 
is  the  BITSIZE  of  the  item  specified  by  the  underlying 
<i tem-type-description> . 

Block:  The  BITSIZE  of  a  block  is  NN  *  B1TSINW0RD,  where  NN 

is  the  number  of  words  the  block  occupies. 

Constraints  : 

A  BITSIZE  function  must  not  be  applied  to  a  table  whose  size  in 
words  exceeds  MAX1NT(MAX1NTSIZE)/B1TS1NW0RD. 

A  BYTESIZE  function  must  not  be  applied  to  a  table  whose  size  in 
words  exceeds  MAXINT(MAXINTSIZE)/BYTESINWORD. 


6.3.9  BOUNDS  FUNCTIONS 


Syntax : 

<bounds-f unct Ion> 

::=  <which-bound> 

(  <table-name>  , 

<dimens i on-numbe r>  ) 

(2.1.2) 

<which-bound> 

:  :=  LBOUND 

|  UBOUND 

<dimension-number> 

::=  <compile-time-int  eger-f orraula> 

(5.1.1) 

Semantics : 

The  L BOUND  function  returns  the  lower  bound  of  the  specified 
dimension  of  the  designated  table.  The  UBOUND  function  returns  the 
upper  bound  of  the  specified  dimension  of  the  designated  table.  A 
<dimension-number>  of  zero  refers  to  the  leftmost  <dimension>  in  that 
table's  <d imensi on-1 i s t> ;  a  <dimension-number>  of  one  designates  the 
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next-to-lef traost  <dimension>  In  the  list,  etc.  The  type  of  the  returned 
value  will  either  be  an  integer  type  or  a  status  type  depending  on  the 
declaration  of  the  designated  table.  If  the  table  is  a  formal  parameter 
with  a  *  dimension,  the  type  will  always  be  integer,  LBOUND  will  always 
return  zero,  and  UBOUND  will  return  NN-1,  where  NN  is  the  number  of 
elements  in  that  dimension  of  the  actual  parameter. 

Constraints : 

The  <dimension-number>  must  be  greater  than  or  equal  to  0  and  less 
than  the  number  of  dimensions  in  the  designated  table. 


6.3.10  NWDSEN  FUNCTION 
Syntax: 

<nwdsen-f  unc t ion> 
<nwdsen-a  rgument> 

Semantics : 


::=  NWDSEN  (  <nwdsen-a rgument>  ) 

::=  <table-name>  (2.1.2) 

|  <t able-type-name>  (2.2) 


The  NWDSEN  function  returns  the  number  of  words  of  storage 
allocated  to  each  entry  in  the  named  table  or  table  type.  The  return 
type  is  S  with  default  size. 


6.3.11  STATUS  INVERSE  FUNCTIONS 
Syntax : 

<status-inverse-function> 


FIRST  ( 

<status-inverse-argument>  ) 


<s  tatus-inve  rse-argument> 


Semantics: 


|  LAST  ( 

<status-inverse-argument>  ) 

■  <status-formula>  (5. A) 

|  <status-type-name>  (2. 1.1. 6) 


The  FIRST  function  gives  the  value  of  the  lowest-valued 
<status-constant>  in  the  <s t atus-1 i st>  associated  with  the 
<status-inverse-argument>.  The  LAST  function  gives  the  value  of  the 
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highest-valued  <status-constant>  in  the  <status-l i st>  associated  with 
the  <status-inverse-argument> . 

The  return  value  has  the  type  indicated  by  the 
<s tatus-inve  rse-argument> . 


r, 
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7.0  TYPE  MATCHING  AND  TYPE  CONVERSIONS 


Syntax : 


<bl t -con vers ion> 


<bit-type-conversIon> 


<int  ege  r-conve rs ion> 


: :=  <bi  t-t ype-convers 1 on> 

I  <rep-conversion> 

::=»  (*  <bit-iype-descrl ptlon>  *) 

|  <bi t-type-name> 


=  (*  <integer-type-descript ion>  *)  (2.1, 

|  <integer-type  name>  (2.1, 


<f loat ing-conversion>  :  :=  (*  <f 1 oa 1 1 ng- t y pe-de sc r 1 pt 1 on>  *)  (2.1 

|  <f loati ng-type-name>  (2.1 


<f i xed-c  onve  rs ion> 


::=  (*  (f ixed-ty pe-desc ript Ion>  *)  (2.1 

|  <f ixed-type-naroe>  (2.1 


<character-convers  ion>  :  :=  (*  <character-type-description>  *)(2.1 

I  <character-type-name>  (2.1 


<status-conversion>  ::=  (*  <status-type-name>  *)  (2.1 

I  <status-type -name>  (2.1 

<polnter-conversion>  ::=  (*  <po!nter-type-descript ion>  *)  (2.1 

|  <pointer-type-name>  (2.1 
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(*  <table-type-name>  *)  (2.1.2) 

<tabl e-type~name>  (2.1.2) 

REP 

Semantics : 


<table-conversion> 


<rep-converslon> 


In  Section  2.1,  the  definition  of  type  was  given.  In  some  cases. 
Implicit  conversions  will  be  performed  to  achieve  type  equivalence.  In 
this  section,  for  each  type  class,  rules  will  be  given  regarding  when 
two  types  are  the  same,  when  an  object  of  one  type  will  be  implicitly 
converted  to  another  type,  and  when  and  how  an  object  of  one  type  can  be 
explicitly  converted  to  another  type.  Implicit  conversions  will  never 
be  performed  on  arguments  to  explicit  conversions  or  when  the  types  of 
the  data  objects  are  required  to  match  exactly.  With  all  the 
conversions  (both  implicit  and  explicit),  if  the  value  produced  after 
conversion  is  not  in  the  range  of  values  of  the  type  being  converted  to, 
the  conversion  is  illegal. 


For  purposes  of  type  equivalence,  a  user-defined  <type-name>  is 
considered  an  abbreviation  for  its  specification. 

A  <formula>  may  be  explicitly  converted  to  another  type  by 
enclosing  it  in  parentheses  and  preceding  it  with  appropriate 
conversion.  Note  that  if  the  conversion  does  not  consist  of  a  single 
letter  or  name,  it  must  be  enclosed  in  (*  and  *). 

Omitted  attribute  specifiers  in  type  conversions  imply  the  same 
default  values  as  for  declarations  of  those  types. 


Type  equivalence  and  conversion  rules  for  each  of  the  J73  type 

classes  are  as  follows: 

Bit  (B) 

Type  Equivalence:  Two  bit  types  are  equivalent  if  their  size 

attributes  are  equal. 

Implicit  Conversions:  A  bit  string  will  be  implicitly  converted  to  a 

bit  string  with  a  different  size  attribute, 
with  truncation  on  the  left  or  padding  with 
zeros  on  the  left.  Implicit  truncation  is  not 
permitted  when  the  syntax  requires  a 
<boolean-f ormula> . 


Explicit  Conversions:  Any  data  object  except  a  block  may  be 

explicitly  converted  to  a  bit  string  with  a 
<bit-conversion>.  A  <bi t-conversion>  may  be 
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Integer  (S  and  U) 

Type  Equivalence: 

Implicit  Conversions: 


either  a  <bit-type-conversion>  or  a 
<rep-conve  rsion> . 

A  <bit-type-converslon>  to  a  type  B  NN  takes 
the  rightmost  NN  bits  of  the  data  object's 
representation.  If  there  are  fewer  than  NN 
bits,  the  object  will  be  padded  on  the  left 
with  zeroes.  The  default  value  for  NN  is  1  .  A 
<bit-type-conversion>  may  be  applied  to  a  data 
object  of  any  type.  If  the  object  being 
converted  is  a  table  or  table  entry,  all 
"filler"  bits  (i.e.,  bit6  that  contribute  to 
the  size  of  the  table  but  that  are  not  part  of 
the  component  objects'  sizes  as  declared)  are 
included  in  the  string.  If  the  object  to  be 
converted  is  of  type  class  character,  filler 
bits  between  bytes  and  unused  bytes  following 
the  end  of  the  string  are  not  included. 

A  <rep-conversion>  provides  a  means  of 
obtaining  the  representation  of  a  data  object. 
A  <rep-conversion>  treats  a  data  object  as  a 
bit  string  whose  size  is  the  number  of  bits 
actually  occupied  by  the  object.  This  includes 
all  filler  bits  and  the  bits  in  the  unused  (but 
allocated)  bytes  following  the  ends  of 
character  strings.  For  all  objects  whose  type 
class  is  table,  the  number  of  bits  in  the  bit 
string  is  the  same  as  the  B1TSIZE  of  the 
object.  For  all  <table-ent ries>  whose  type 
class  is  not  table,  the  number  of  bits  in  the 
bit  string  is  the  total  number  of  bits 
(including  filler  bits)  in  the  table  entry.  A 
<rep-conve rsi on)  can  appear  in  the  target  of  an 
assignment  statement  (see  Section  6.1).  A 
<rep-conversion>  can  be  applied  to 
<named-variables>  only;  further,  it  cannot  be 
applied  to  tables  declared  with  *  dimensions, 
to  entries  in  parallel  tables,  or  to  tables 
whose  size  in  bits  exceeds  MAXBITS. 


Two  integer  types  are  equivalent  if  they  are 
both  S  or  U  and  if  their  size  attributes  are 
equal . 

An  integer  type  will  be  implicitly  converted  to 
any  other  integer  type. 
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Explicit  Conversions: 


FI  oa  t  i  ng  ( 

Type  Equivalence: 

Implicit  Conversions: 


Explicit  Conversions: 


An  <1 nteger-conversion>  Is  used  to  explicitly 
convert  a  data  object  to  an  Integer  type.  The 
conversion  can  be  applied  to  objects  of  bit, 
Integer,  fixed,  float,  and  pointer  only. 

A  bit  string  will  be  treated  3S  representing 
the  value  of  the  Integer  type  If  the  size  of 
the  bit  string  Is  less  than  or  equal  to  the 
BI7SIZE  of  the  integer  type.  Otherwise,  the 
conversion  is  illegal.  If  the  size  of  the  bit 
string  is  less  than  the  B1TS1ZE  of  the  integer 
type,  the  bitstring  will  be  padded  on  the  left 
with  zeroes. 

An  integer,  fixed,  or  floating  data  object  will 
be  converted  to  the  integer  type,  with 
truncation  or  rounding  if  specified. 

Converting  a  pointer  to  an  integer  type  is 
equivalent  to  first  converting  the  pointer  to 
type  B  B1TSINP0INTER  and  then  converting  the 
bit  string  to  integer. 


Two  floating  types  are  equivalent  if  their 
precision  attributes  are  equal. 

A  floating  type  will  be  implicitly  converted  to 
a  floating  type  of  the  same  or  greater 
precision  regardless  of  the  round-or-truncate 
attribute.  A  <real-literal>  will  be  implicitly 
treated  as  a  <f 1  oat i ng-1 i t e ra 1>  in  the  contexts 
specified  in  Section  8.3.1.  (Implicit  floating 
conversions  do  not  change  numeric  values 
although  they  may  cause  a  change  in  how  the 
value  is  represented.) 

A  <floating-conversion>  is  used  to  explicitly 
convert  a  data  object  to  a  floating  data  type. 
The  conversion  can  be  applied  to 
<real-literals>  and  to  objects  of  bit,  integer, 
fixed,  and  float  types  only. 

A  bit  string  will  be  treated  as  representing 
the  value  of  the  floating  type  if  the  size  of 
the  bit  string  equals  the  BITSIZE  of  the 
floating  type.  Otherwise  the  conversion  is 
II  legal . 
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Type  Equivalence: 

Implicit  Conversions: 


Explicit  Conversions: 
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An  integer,  fixed,  or  floating  data  object  will 
be  converted  to  the  floating  type,  with 
truncation  or  rounding  as  specified  in  the 
<f loating-conversion> .  Rounding  and  truncation 
are  performed  with  respect  to  the  implemented 
precision  of  the  type  specified  by  the 
<f loating-conversion> . 


Two  fixed  point  types  are  equivalent  if  their 
s'ale  attributes  are  equal  and  their  fraction 
attributes  are  equal. 

A  fixed  point  type  will  be  implicitly  converted 
t  an  ther  fixed  point  type  if  the  scale  and 
fraction  attributes  of  the  target  type  are  both 
at  least  as  large  as  those  of  the  source  type. 
A  <real-l i teral>  will  be  implicitly  treated  as 
a  <f ixed-1 i teral>  in  the  contexts  specified  in 
Section  8.3.1.  Implicit  fixed  conversions  do 
not  change  the  numeric  value  represented  except 
when  the  implemented  precision  of  the  result 
value  is  less  than  the  implemented  precision  of 
the  value  being  converted  (see  Section 
2. 1.1. 3);  in  this  case,  rounding  or  truncation 
occurs  with  respect  to  the  implemented 
precision  of  the  converted  value.  This 
situation  occurs  only  when  assigning  to  a 
packed  fixed  table  item  (in  an  assignment 
statement,  loop  <cont rol-va riabl e>  ,  table 
preset,  or  output  parameter);  the 
<round-or-truncate>  attribute  of  the  table  item 
determines  whether  the  assigned  value  is 
-funded  or  truncated. 

A  <f ixed-conve rs i on>  is  used  to  explicitly 
convert,  a  data  object  to  a  fixed  point  data 
t-  The  conversion  can  be  applied  to 
<i.  -literal>  and  to  objects  of  bit,  integer, 
fu  *  and  float  types  only. 

A  bit  string  will  be  treated  as  representing 
the  value  of  the  specified  fixed  point  type  if 
the  size  of  the  bit  string  equals  the  B1TSIZE 
of  the  fixed  point  type.  Otherwise,  the 
conversion  is  illegal. 
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Character  ( Q 
Type  Equivalence: 

Implicit  Conversions: 

Explicit  Conversions: 


Pointer  ( P) 

Type  Equivalence: 

Implicit  Conversions: 
Explicit  Conversions: 


An  integer,  fixed,  or  floating  data  object  will 
be  converted  to  the  specified  fixed  point  type, 
with  truncation  or  rounding  as  specified  in  the 
<f ixed-conversion> .  Rounding  and  truncation 
are  performed  with  respect  to  the  implemented 
precision  of  the  type  specified  by  the 
<f ixed-conversion> . 


Two  character  types  are  equivalent  if  their 
size  attributes  are  equal. 

A  character  string  will  be  implicitly  converted 
to  a  string  with  a  different  size  attribute, 
with  truncation  on  the  right  or  padding  with 
blanks  on  the  right. 

A  <character-conve rs ion>  is  used  to  explicitly 
convert  a  data  object  to  a  character  data  type. 
The  conversion  can  be  applied  to  objects  of 
type  bit  or  character  only. 

A  bit  string  will  be  treated  as  representing 
the  value  (excluding  filler  bits  between  bytes) 
of  the  character  type  if  the  size  of  the  bit 
string  equals  the  BITSIZE  of  the  character 
type.  Otherwise  the  conversion  is  illegal. 

A  character  string  will  be  converted  to  type  C 
NN  by  taking  the  leftmost  NN  characters.  If 
there  are  fewer  than  NN  characters,  the  value 
is  padded  on  the  right  with  blanks. 


Two  pointer  types  are  equivalent  if  they  are 
both  untyped  pointers  or  if  they  are  both  typed 
pointers  referring  to  the  same 
<type-declaration> . 

A  typed  pointer  will  be  implicitly  converted  to 
an  untyped  pointer. 

A  <pointer-conversion>  is  used  to  explicitly 
convert  a  data  object  to  a  pointer  type.  The 
conversion  can  be  applied  to  bit,  integer,  or 
pointer  data  objects  only. 
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Status 

Type  Equivalence: 


Implicit  Conversions: 


A  bit  string  will  be  treated  as  representing 


the  value  of  the 

poi nter 

type 

if  the  size 

of 

the  bit  string 

equal s 

the 

B1TS1ZE  of 

the 

pointer  type. 

Otherwise  the  conversion 

1  s 

ill egal . 

Converting  an 

integer 

to 

a  pointer 

1  6 

equivalent  to  first  converting 

the  integer 

to 

type  B  BITSINP01NTER  and  then  converting  the 
bit  string  to  a  pointer. 

Converting  a  pointer  to  a  different  pointer 
type  means  that  the  pointer  will  be  considered 
as  a  pointer  of  the  specified  type. 


Two  status  types  are  equivalent  if  (1)  they 
both  have  default  representation,  their  size 
attributes  are  the  same,  and  both 
<status-l i sts>  contain  the  same  <status- 
constants>  in  the  same  order,  or  (2)  they  both 
have  identical  programmer-specified 
representations,  their  size  attributes  are  the 
same,  and  both  <status-l ists>  contain  the  same 
<status-constants> . 

A  status  type  will  be  implicitly  converted  to  a 
status  type  that  differs  only  in  its  size 
attribute.  Furthermore,  a  status  constant 
belonging  to  more  than  one  status  type  is 
implicitly  disambiguated  in  the  following 
contexts:  (1)  when  it  is  the  source  value  of 
an  assignment  statement,  it  takes  the  type  of 
the  target  variable;  (2)  when  it  is  an  actual 
parameter,  it  takes  the  type  of  the 
corresponding  formal  parameter;  (3)  when  it  is 
in  a  table  <subscript>  or 
<preset-index-specif ier> ,  it  takes  the  type  of 
the  corresponding  <dimension>  in  that  table's 
declaration;  (4)  when  it  is  a  loop 
<initial-value> ,  it  takes  the  type  of  the 
<control-variable>;  (5)  when  it  is  in  an 
<item-preset>  or  <table-preset> ,  it  takes  the 
type  of  the  item  or  table  item  being 
initialized;  (6)  when  it  is  an  operand  of  a 
<relational-operator>,  it  takes  the  type  of  the 
other  operand;  (7)  when  it  is  in  a 
<case-index-group> ,  it  takes  the  type  of  the 
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<casc-sel ec tor-f omul a> ;  and  (8)  when  it  is  a 
<lower-bounu>  or  <uppc r-bound> ,  it  takes  the 
type  of  the  other  bound. 

Explicit  Conversions:  A  <s t a t us-conve r s i on>  is  used  to  explicitly 

convert  a  data  object  to  a  status  type.  The 
conversion  can  he  applied  to  bit  or  status  data 
objects  only. 

A  bit  string  will  be  treated  as  representing 
the  representational  value  of  the  status  type 
if  the  size  of  the  bit  string  equals  the 
BITSIZE  of  the  status  type  and  the  value  of  the 
bit  string  is  within  the  range  of  values  of  the 
status  hype*  Otherwise  the  conversion  is 
i 1 1 egal . 

A  <status-conversion>  nay  be  used  to  assert  the 
type  of  a  status  object.  This  will  he 
required  when  a  status  constant  belongs  to  more 
than  one  type  and  it  is  used  in  a  context  other 
than  these  enumerated  above  under  implicit 
conversions.  Except  for  status  objects  whose 
types  differ  only  in  their  size  attributes,  a 
status  object  cannot  be  converted  to  a 
different  status  type  without  first  convert inp 
it  to  a  bit  string. 

Table 

Type  Equivalence:  Two  tables  have  equivalent  types  if  they  are 

both  ordinary  or  both  specified,  their 
<s t rue t ure-spec i f i er>  attribute  is  the  same, 
they  have  the  same  number  of  dimensions,  they 
have  the  same  number  of  elements  in  each 
dimension,  they  have  the  same  number  of  items 
in  the  same  textual  order  in  each  entry,  the 
types  (including  attributes)  of  the  items  are 
equivalent,  the  (explicit  or  implied)  packing 
specifier  on  each  of  the  items  is  the  same  (for 
ordinary  tables),  the  10PDF.R  directive  is 
either  present  in  both  tables  or  absent  in  both 
tables,  the  <words-per-entry>  attribute  is  the 
same  (for  specified  tables),  and  the 
location-specifiers  of  the  items  are  the  same 
(for  specified  tables).  (Note  that  the  names 
of  the  items,  as  well  as  the  types  and  bounds 
of  the  dimensions,  need  not  be  the  same.)  A 
table  entry  is  considered  to  have  no 
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dimensions.  A  table  whose  entry  contains  an 
item-declaration  is  not  considered  equivalent 
in  type  to  a  table  whose  entry  is  declared 
using  an  unnamed  item  description. 

Implicit  Conversions:  No  implicit  conversions  are  performed. 

Explicit  Conversions:  A  bit  or  table  data  object  may  be  explicitly 

converted  to  a  table  type  with  a  <table- 
conversion>. 

A  bit  string  will  be  treated  as  representing 
the  value  of  the  table  type  if  the  size  of  the 
bit  string  equals  the  Kl'ISIZE  of  the  table 
type.  Otherwise  the  conversion  is  illegal. 

A  <table-conversion>  may  be  applied  to  a  table 
object  of  that  type  merely  to  assert  its  type. 
(A  table  object  cannot  be  conveited  to  a 
different  table  type  will  out  first  converting 
it  to  a  bit  string). 


1  1  5 
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8.0  BASIC  ELEMENTS 
8.1  CHARACTERS 


Syntax; 


<character> 


<letter> 


<digi t> 


<mark> 


Semantics: 


I 

I 

I 


I 

I 

I 

I 


1 


I 

I 

I 


<1 e  1 1  er> 
<d i g i t> 
<ma  rk> 


<ot 

A 

G 

M 

5 
Y 
0 

6 
+ 

( 

$ 


ior-cha  rac  t  e  r> 


B 
H 
N 
T 
Z 
1 
7 

0 
) 

blank 


C  |  D  |  E  |  F 

1  I  J  I  K  |  L 

0  |  P  I  Q  |  R 

U  |  V  |  W  |  X 

2  I  3  |  4  |  5 

8  |  9 

*  I  /  I  >  1  < 

I  :  I  >  I  ; 

'  !  "  |  Z  |  ! 


The  text  of  a  J73  <compl ete-program>  is  a  continuous  stream  of 
<characters> .  However,  In  some  contexts,  the  end  of  an  input  record  has 
significance  (see  Section  8.2). 


Note  that  in  the  standard  character  set  for  the  language  <letters> 
are  defined  to  be  upper  case  letters  only.  <Marks>  are  used  either 
alone  or  in  conjunction  with  other  characters  as  operators,  delimiters, 
and  separators.  <Other-characters>  are  the  remaining  implementation- 
dependent  characters,  which  are  accepted  within  <character-literals>  and 
<comments>,  and  which  may  also  be  used  as  described  below.  Each 
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implementation  must  define  these  characters,  as  well  as  the  ordering  of 
all  <character6>  in  a  collating  sequence. 

Some  of  the  standard  characters  are  not  universally  available; 
therefore,  the  following  standard  alternates  are  defined: 

Standard  Character  Al^ernate^ 

@  t  or  ? 

'  ->  or  _ 

"  4 

!  V 

X  = 

:  X 


If  any  of  the  above  standard  characters  are  unavailable  on  a  particular 
machine,  one  of  the  recommended  alternates  for  that  character  must  be 
used.  (The  first  column  of  alternates  is  intended  for  the  CDC  standard 
63  and  64  character  sets;  the  alternates  ?  and  _  are  intended  tor  the 
Univac  1108.)  If  the  :  is  replaced,  the  X  must  also  be  replaced. 

An  implementation  that  has  lower  case  letters  available  in  addition 
to  uppercase  may  permit  their  use  in  programs  provided  that  within 
<names>,  <reserved-words> ,  <letters>,  <status-constants>  and  all 
<literals>  except  <character-l iterals>  they  are  considered 
interchangeable  with  their  corresponding  uppercase  letters  (e.g.,  XX 
and  xx  denote  the  same  name);  whereas  within  <charac t er-1 i te rals>  they 
are  considered  distinct. 

An  implementation  that  has  square  brackets  available  may  allow  [ 
to  be  used  for  (*  and  ]  to  be  used  for  *)  but  may  not  prohibit  the  use 
of  the  (*  and  *) . 

Const rajhnts  : 

If  a  left  bracket  is  substituted  for  (*,  then  a  right  bracket  must 
be  substituted  for  the  corresponding  *).  If  a  right  bracket  is 
substituted  for  *),  then  a  left  bracket  must  be  substituted  for  the 
corresponding  (*. 
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8.2  SYMBOLS 


Syntax ; 
<symbol> 


Semantics : 


::=  <name>  (8.2.1) 

I  <reserved-word>  (8.2.2) 

I  <operator>  (8.2.3) 

I  <literal>  (8.3) 

!  <status-constant>  (2. 1.1. 6) 

1  <comment>  (8. A) 

1  <def ine-st ri ng>  (2. A) 

I  <def i ne -cal 1>  (2.A.1) 

|  Oetter>  (8.1) 

1  <separator>  (8. 2. A) 


<Characters>  are  combined  into  <symbols>  to  form  the  vocabulary  of 
the  language.  <Symbols>  are  indivisible  units  and  cannot  contain 
blanks,  except  as  noted  in  Section  8.5.  Only  <comments>, 
<def ine-strings> ,  define  parameters  enclosed  in  quotation  marks, 
<bi t-1 i t e ral s>  ,  and  <character-I iterals>  may  extend  across  multiple 
input  records;  all  other  symbols  are  terminated  by  the  end  of  an  input 
record . 


8.2.1  NAMES 
Syntax : 

: :=  <letter-or-$> 

<letter-digit-$-or-prime>.  .. 

::=  <letter> 

I  $ 

<let  ter-d i gi t-$ -or- prime >  :  <letter>  (8.1) 


<n.ime) 

<letter-or-$> 


1  18 


172 


MIL- STD-1 589B  (USAF) 
06  June  1980 


|  <digi t>  (8.1) 

I  $ 

I 


Semantics; 

<Names>  are  words  having  programmer-supplied  spellings.  <Names> 
are  used  to  denote  entitles  In  the  <complete-program> . 

Only  the  first  31  characters  of  a  J73  <name>  are  used  to  determine 
uniqueness.  Additional  characters  are  permitted,  but  are  ignored. 

For  external  names,  an  implementation  may  further  restrict  the 
number  of  initial  characters  that  determine  uniqueness. 

A  dollar  sign  in  a  <name>  is  translated  to  an 
implementation-dependent  representation.  This  translation  of  the  dollar 
sign  permits  the  use  of  a  character  in  a  <name>  that  might  otherwise  be 
unrepresentable  in  the  language.  If,  for  example,  external  names  in  a 
given  system  were  prefixed  by  the  character  a  J73  implementation  on 

that  system  might  choose  to  represent  '$'  when  it  occurs  in  a  name  by 
the  representation  for  Thus,  the  name  '  $$ABC'  occuring  in  a 

source  program  would  be  translated  '..ABC'. 

8.2.2  RESERVED  WORDS 


Synt  ax  ; 


<reserved-word> 


ABORT  | 

AbS  | 

AND  |  BEGIN 

1  BIT 

BITSIZE 

I  BLOCK 

|  BY  |  BYREF 

BYRES  | 

BYTE  1 

BYTESIZE  I 

BYVAL 

CASE  I 

C0MP00L 

|  CONDITION* 

CONSTANT 

I  DEF 

I  DEFAULT  | 

DEFINE 

ELSE  1 

ENCAPSULATION*  I  END 

l  eqv 

EXIT  1 

EXPORTS* 

|  FALLTHRU 

I  FALSE 

FIRST  I 

FOR  | 

FREE*  |  GOTO 

HANDLER* 

1  IF 

I  IN*  |  INI, 

INE 
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INSTANCE  |  INTERRUPT*  | 

ITEM 

LABEL 

I  LAST 

1  LBOUND  | 

LIKE 

LOC  | 

MOD  | 

NENT*  |  NEW* 

NEXT  | 

!  NOT  1 

NULL  | 

NWDSEN 

1  OR  1 

OVERLAY  | 

PARALLEL 

POS  t 

PROC  | 

PROGRAM  1 

PROTECTED* 

READONLY*  |  REC  |  REF  | 

REGISTER* 

RENT  I 

REP  | 

RETURN  | 

SGN 

SHIFTL 

|  SHIFTR  |  SIGNAL* 

START 

1  STATIC 

|  STATUS 

|  STOP 

TABLE 

|  TERM 

I  THEN  | 

TO* 

TRUE  | 

TYPE  | 

U BOUND  1 

UPDATE* 

WHILE 

|  WITH* 

1  WORDSIZE 

WRITEONLY*  1  XOR  |  ZONE* 

Semantics  : 

<Reserved-words>  have  language-defined  meanings  and  cannot  be  used 
as  <naraes>. 


Those  reserved  words  followed  by  an  *  in  the  above  list  are 
reserved  in  order  to  maintain  upward  compatibility  with  future 
extensions  to  the  language  and  currently  have  no  meaning  in  J73. 


8.2.3  OPERATORS 


Syntax : 

<operator> 


::=  <arithmetic-operator> 
|  <bit-operator> 

|  <relational-operator> 
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<arl thme tic-opera tor> 


<pl us-or-minus> 

<mult iply-divide-or-mod> 

<mult lply-or-dlvide> 
<blt-operator> 

<loglcal-operator> 

<rel a  t iona 1-opera  tor> 

<equa 1-or-not-equa 1-opera tor> 
<dereference-operator> 
<asslgnment-operator> 
Semantics : 


|  <dereference-operator> 

I  <asslgnment-operator> 

::=  <pl us-or-mi nus> 

I  <multiply-divide-or-mod> 

I  <mult iply-or-divide> 

I  ** 

::=  +  | 

:  :=  *  |  /  |  MOD 

::=  *  I  / 

::=  <logical-operator> 

|  NOT 

::=  AND  |  OR  |  XOR  I  EQV 
:  :=  <equal-or-not-equal-operator> 
1  <1  >1  <=  I  >= 

::=  -  1  <> 

::=  0 


The  meanings  of  these  operators  are  given  in  Sections  U ,  5,  and  6. 
The  order  of  combination  of  operators  and  operands  is  determined  by 
parentheses  and  by  the  operators'  precedence .  The  operation  implied  by 
an  operator  at  one  precedence  level  is  combined  before  the  operation 
implied  by  an  operator  at  a  lower  level.  Within  a  particular 
precedence  level,  operations  are  combined  from  left  to  right  if  the 
ILEFTRIGHT  directive  is  in  effect  and  in  an  implementation-dependent 
oiJer  if  the  1REARRANGE  directive  is  in  effect. 

Precedence  of  operators  is  defined  by  the  syntax  of  the  language 
and  is  summarized  below: 
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6  @,  subscripting,  function  calls 

5  ** 

4  *,  /,  MOD 

3  +,  - 

2  =  ,  <>,  <,  >,  <=,  >= 

1  NOT,  AND,  OR,  EQV,  XOR 

0  assignment 

8.2.4  SEPARATORS 
Syntax : 

<separator>  :  :=  (  |  )  |  (*  I  *) 

I  :  I  ,  I  ;  I  ! 

Semantics : 


<Separators>  are  used  for  the  following  purposes  in  J73: 

(  )  Expression  grouping,  list  delimiters,  status 

constants,  position  brackets,  subscripts,  case 
labels 

(*  *)  Type  conversions 

:  Statement  name,  case  label,  and  preset  index 

terminator;  loop  control  separator;  overlay, 
dimension,  subrange,  and  parameter  separator 

,  List  separator 

;  Statement,  declaration,  and  directive  terminator 

!  Directive  indicator,  formal  define  parameter 

marker 
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8.3  LITERALS 
Syntax: 


<literal> 

:  :  = 

<numeric-li teral> 

(8.3.1) 

1 

<bit-literal> 

(8.3.2) 

1 

<boolean-l i teral> 

(8.3.3) 

1 

<charaeter-literal> 

(8. 3. A) 

1 

<pointer-literal> 

(8.3.5) 

Semant ics : 

<Literals>  are  data  objects  whose  value  and  type  are  Inherent  In 
the  form  of  the  <symbol>  Itself.  Their  values  are  known  at  compile 
time,  and,  like  other  compile-time  values,  cannot  be  altered  during 
execution . 

8.3.1  NUMERIC  LITERALS 

Syntax : 

<numeric-li teral> 

:  :  = 

<i nteger-1 i teral> 

1 

<f loat ing-1 i teral> 

1 

<f ixed-liter3l> 

<integer-li teral> 

:  :  = 

<number> 

<number> 

:  :  = 

<digit>. . . 

(8.1) 

\f 1 oa t ing-1 i teral> 

:  :  = 

<real-l i teral> 

<real-l i teral> 

:  :  = 

<digit>...  <exponent> 

(8.1) 

1 

<f  ract ional-f orm> 

( <exponent>  J 

<exponent> 

:  :  = 

E  |<sign>]  <number> 

<sign> 

:  :  = 

+  1  - 

<fract ional-form> 

:  :  = 

<digit>  . . . 

(8.1) 
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|  {<digit>...]  .  <dlglt>...  (8.1) 

<f ixed-1 i teral>  <real-literal> 

Scrnant  ics : 

An  <lnteger-literal>,  LL,  denotes  a  decimal  value.  It6  type  is  S 
NN,  where  NN  is  1MPLINTSIZE(MINS1ZE(LL>) . 

The  type  of  a  <real-literal>  or  a  <real-l i teral>  preceded  by  a 
<sign>  is  determined  by  the  context  in  which  the  literal  appears, 
namely : 

.  when  the  literal  is  used  as  a  preset  value,  it  is 

implicitly  converted  to  the  type  of  the  object  being 

preset ; 

.  when  the  literal  is  used  as  an  assignment  value,  it  is 
implicitly  converted  to  the  type  of  the  target  being 

assigned  a  value; 

.  when  the  literal  is  an  operand  of  an  infix  relational  or 
numeric  operator  and  the  other  operand  is  not  a 
real-literal,  it  is  converted  to  the  type  of  the  other 
operand; 

.  when  the  literal  is  an  actual  parameter,  it  is  converted 
to  the  type  of  the  formal  parameter; 

.  when  a  literal  is  the  <initial-value>  of  a  loop 

<control-clause> ,  it  is  converted  to  the  type  of  the 

<control-vari able> ; 

.  when  the  literal  is  the  argument  of  an  explicit  fixed  or 
floating  conversion,  it  is  converted  to  the  specified 

type. 

If  the  type  of  an  optionally  signed  <real-l i teral>  is  not  determined 
contextually,  it  is  considered  to  be  a  floating  type  with  default 
precision. 

A  <real-l i teral>  denotes  a  decimal  value.  If  an  <exponent>  is 
present,  the  decimal  value  preceding  the  <exponent>  is  multiplied  by  10 
to  the  value  specified  in  the  <exponent>. 

For  <real-li terals> ,  non-<exponent>  digits  in  excess  of 
MAXS7GDIGITS  will  be  treated  as  zeroes  in  computing  the  fixed  or 
floating  value  to  be  represented. 
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Contextual  determination  of  the  type  of  a  real-literal  will  not  be 
affected  by  the  presence  or  absence  of  the  <rearrange-di rect lve> . 

Constraints : 

<Real-literals>  may  be  Implicitly  converted  to  fixed  or  floating 
values  only. 

The  value  of  an  <lnteger-ll teral>  with  size  SS  must  not  exceed 
MAXINT(SS). 

The  value  of  a  <floating-llteral>  with  precision  PP  must  not  exceed 
MAXFLOaT(PP). 

The  value  of  a  <f ixed-1 i teral>  with  scale  SS  and  fraction  FF  must 
not  exceed  MAXFIXF.D(  SS ,  FF)  . 


Exampl 


es : 


ITEM  FF  F  24  =  -0.1; 

ITEM  RR  F,R  24  =  -0.1; 

ITEM  TT  F,T  24  =  -0.1; 

CONSTANT  ITEM  CC  F,R  24  =  2.5; 
ITEM  JJ  F,R  24  =  CC  +  .3; 

IF  RR  >  .3;  ... 


"equivalent  to  presetting 
with  (*F  24*)  (-0.1)" 

"-0.1  is  rounded  to  a  24  bit 
mant i ssa" 

"-0.1  is  truncated  toward  minus 
infinity" 

".3  is  converted  to  CC's  type" 

".3  is  rounded  to  a  24  bit  mantissa" 


Note  thar  if  II  is  an  integer  It  m,  then  II  =  2.5  is  illegal,  since  a 
<real-literal>  cannot  be  implic.ly  converted  to  an  integer  value. 


8.3.2  BIT  LITERALS 
Syntax : 

<bi t-1 i teral> 
<bead-size> 

<bead> 


::=  <bead-size>  B  '  <bead>... 

::=  1  I  2  1  3  I  4  |  5 

::=  <digit> 

I  A  |  B  |  C  I  D  |  E  |  F 

I  G  1  H  |  I  |  J  |  K  |  L 

!  M  |  N  |  0  I  P  I  Q  I  R 
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1  S  I  T  |  U  |  V 


Seman tics : 

A  <blt-llteral>  represents  a  bit  string  value.  A  <bit-literal>  is 
composed  of  a  string  of  <beads>  whose  <bead-slze>  in  bit6  is  indicated 
in  the  specification  of  the  literal.  The  total  size  of  the 
<bit-l i teral>  is  the  <bead-size>  times  the  number  of  beads  enclosed 
within  the  primes. 

The  <beads>  of  a  <bit-literal>  can  be  specified  as  one  to  five  bits 
in  size.  The  <digit>  preceding  the  B  indicates  the  <bead-size>.  Only 
those  <beads>  whose  value  will  i i t  in  the  <bead-size>  indicated  are 
permitted.  The  digits  0-9  represent  their  actual  values;  the  letters 
A  -  V  represent  the  values  10  -  31  (see  Table  8-1). 
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Table  8-1.  Bit-Literal  Bead  Values 


1 

1 

1 

1 

Bead 

Mi  nimum 
Bead 

Size 

1  1 
|  Binary  1 
|  Value  | 

1  1 

1 

1 

1 

1 

Bead 

Mi  qinuim 
Bead 
Size 

1 

|  Binary 

1  Value 

1 

1 

1 

0 

1 

1  1 

1  0  1 

1 

1 

G 

5 

1 

1  10000 

1 

1 

1 

1 

1  1 

1  1  1 

1 

1 

H 

5 

1 

1  10001 

1 

1 

2 

2 

1  1 

I  10  | 

1 

1 

1 

5 

1 

1  10010 

1 

1 

3 

2 

1  1 

1  111 

1 

1 

J 

5 

1 

1  10011 

1 

1 

4 

3 

1  I 

1  100  | 

1 

1 

K 

5 

1 

1  10100 

I 

! 

5 

3 

1  1 

1  101  | 

I 

1 

L 

5 

1 

1  10101 

I 

1 

6 

3 

1  1 

1  110  | 

1 

1 

M 

5 

1 

1  10110 

1 

1 

7 

3 

1  1 

1  111  1 

1 

1 

N 

3 

1 

I  10111 

l 

1 

8 

4 

1  1 

1  1000  | 

1 

1 

0 

5 

1 

1  11000 

1 

1 

9 

4 

1  I 

1  1001  | 

1 

1 

p 

5 

1 

1  11001 

I 

1 

A 

4 

1  1 

1  1010  | 

1 

1 

Q 

5 

1 

1  11010 

I 

1 

B 

4 

1  1011  | 

1 

1 

R 

5 

1 

1  11011 

1 

1 

C 

4 

1  1 

1  1100  I 

1 

1 

S 

5 

1 

1  11100 

1 

I 

D 

4 

1  i 

1  1101  | 

I 

1 

T 

3 

1 

1  11101 

1 

1 

E 

4 

1  1 

1  1110  | 

1 

1 

U 

5 

1 

1  11110 

i 

i 

i 

F 

4 

1  1 

i  ini  i 

1  I 

1 

1 

1 

V 

5 

1 

1  11111 

1 
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8.3.3  BOOLEAN  LITERALS 


Syntax : 

<boolean-literal>  :  TRUE 

I  FALSE 

Semantics : 

<Boolean-literals>  represent  the  two  possible  truth  values.  TRUE 
is  equivalent  to  IB'1',  and  FALSE  is  equivalent  to  lB'O'. 

8.3.4  CHARACTER  LITERALS 


Syntax : 

<character-literal>  ::=  <charac ter> . . .  '  (8.1) 

Semantics : 


<Character-literals>  denote  strings  of  character  values. 

<Character-literals>  can  contain  any  <character>  (including  blank) 
that  is  representable  in  an  implementation.  A  prime  character  (')  is 
represented  within  a  <character-l i teral>  by  two  consecutive  primes.  The 
size  of  a  <character-literal>  in  bytes  is  the  number  of  characters 
represented  within  the  containing  primes  (two  consecutive  primes 
represent  one  character).  The  encoding  of  characters  is 
implementation-dependent . 


8.3.5  POINTER  LITERAL 


Syntax : 

<pointer-literal>  ::=  NULL 

Semantics : 

Any  pointer  item,  regardless  of  its  attribute,  can  have  the  value 
NULL,  which  indicates  that  the  item  points  to  no  object. 
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8.4  COMMENTS 
Syntax: 
<comment> 


”  [<character>. . .]  ” 


(8.1) 


X  [<character>  .  .  .]  X 


(8.1) 


Semantics  : 


A  <comment>  has  no  semantic  effect. 

A  <comment>  in  a  <def ine-string>  or  <actual-def ine-parameter>  is 
Interpreted  as  part  of  the  character  sequence  to  be  substituted  when  the 
<def ine-cal 1>  Is  expanded. 

A  <comment>  can  appear  between  any  two  <symbols>,  subject  to  the 
constraints  below. 

Constra ints  : 

A  <comment>  delimited  by  a  quotation  mark  (")  is  not  permitted 
between  a  <def ine-name>  and  a  <define-string>  in  a  <def ine-declara t ion> , 
or  within  the  <actual-parameter-l ist>  in  a  <def i ne-cal 1> . 

A  <comment>  delimited  by  a  quotation  mark  cannot  contain  a 
quotation  mark,  and  a  <comment>  delimited  by  a  percent  character  (%) 
cannot  contain  a  percent  character. 


8.5  BLANKS 

One  or  more  blanks  can  be  placed  between  <symbols>.  Blanks 
occurring  between  <symbols>  have  no  semantic  meaning. 

Constraints : 

Blanks  cannot  appear  within  <symbols>  except  in  Ccharacter- 
literals>,  <def ine-strings> ,  <def ine-calls> ,  and  <comments>. 

One  or  more  blanks  must  appear  between  any  two  <symbols>  if  the 
absence  of  blanks  could  cause  them  to  be  interpreted  as  a  single  legal 
<symbol>,  except  that  whether  (*  represents  one  or  two  <symbols>  is 
contextually  determined,  e.g.,  (*  represents  two  symbols  in  the 

following  contexts: 

TABLE  AA  (*)  ...; 

ITEM  ...  POS  (*,  0); 


AD-A100  57?  AERONAUTICAL  SYSTEMS  DIV  WRIGHT-PATTERSON  AFB  Oh 

AFSC  STANDARDIZATION  CONFERENCE*  1553*  1569*  1750*  1760* 
NOV  80  E  C  GANGH*  S  E  SMITH 

UNCL ASST FIFO  ASD-TR--80-5050-V0L-2 _ 


F/G  1/3  ^ 

ADA*  N— ETC(U) 


NL 
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9.0  DIRECTIVES 
Syntax; 

<dlrective> 


<c om poo 1-d irect ive> 

(9.1) 

<ecpy-direct i ve> 

(9.2.1) 

<skip-directive> 

(9.2.2) 

<begi n-dl recti ve> 

(9.2.2) 

<end-directive> 

(9.2.2) 

<llnkage-directive> 

(9.3) 

<trace-direc  1 1 ve> 

(9.4) 

<1 nterference-di recti ve> 

(9.5) 

<reducible-d irect ive> 

(9.6) 

<noli st-direct ive> 

(9.7.1) 

<list-directive> 

(9.7.1) 

<e ject-di recti ve> 

(9.7.1) 

<1 istinv-d irect ive> 

(9.7.2) 

<listexp-directive> 

(9.7.2) 

<listboth-di rective> 

(9.7.2) 

<base-d i rect ive> 

(9.8) 

<isbase-di rective> 

(9.8) 

<drop-d irect ive> 

(9.8) 

<lef t right-direct ive> 

(9.9) 

<r ear range-direct ive> 

(9.9) 

<initialize-directive> 

(9.10) 

<order-di rect ive> 

(9.11) 
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Semantics: 


<Directives>  are  used  to  provide  supplemental  Information  to  a 
compiler  about  the  <complete-program> ,  and  to  provide  compiler  control. 

Each  Implementation  can  specify  <directives>  In  addition  to  those 
described  here,  but  each  must  conform  to  the  general  fora  for  a 
<dlrective>.  <Directives>  begin  with  an  exclamation  point  and  terminate 
with  a  semicolon,  and  the  word  following  the  exclamation  point  must  not 
duplicate  that  of  any  language-defined  directive. 


9.1  C0MP00L  DIRECTIVES 


Syntax : 

<compool-direct ive> 
<compool-directive-l ist> 


<compoo 1-dec la red-name> 

<compool-f lle-name> 
Semantics : 

A  <compool-directive> 
module . 


:=  ICOMPOOL 

[<compool-directive-list>J  ; 

:=  [  <compool-f 1 le-name>] 

<compool-declared-name>, . . . 

I  (  [ <compool-f 1 le-name> ]  ) 

:=*  <name>  (8.2.1) 

I  (  <name>  )  (8.2.1) 

:=  <character-literal>  (8. 3. A) 

is  used  to  access  definitions  in  a  compooi 


A  <compool-f ile-name>  Is  an  implementation-dependent  file  name  that 
specifies  the  desired  compooi.  If  it  is  omitted,  an  implicit  unnamed 
compooi  is  assumed.  A  <compool-f ile-name>  enclosed  in  parentheses 
implies  that  all  <names>  in  the  compooi  are  to  be  made  available.  (This 
does  not  include  <names>  used  in  the  compooi  that  were  obtained  from 
other  compools.) 

If  the  <compool-di rect ive>  contains  a  list  of  <compool-declared- 
names>,  only  those  names  (except  as  noted  below)  will  be  made  available. 

If  a  <compool-declared-name>  is  the  name  of  an  item,  table,  or 
block  declared  with  a  <type-name>,  that  <type-name>  is  also  made 
available  if  it  is  declared  in  that  compooi.  (For  pointer  items,  this 
includes  the  name  of  the  pointed-to-type) .  If  a 
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<compool-declared-nanie>  Is  a  <table-l tem-name> ,  the  name  of  the  table  In 
which  it  is  contained  is  also  made  available.  If  a  table  name  is  made 
available,  any  <status-lists>  and  <status-type-names>  associated  with 
its  <dimensions>  are  also  made  available,  provided  they  are  declared  in 
the  designated  compool. 

If  a  <compool-declared-name>  is  the  name  of  a  table  or  block  and  is 
parenthesized,  all  names  declared  in  the  table  or  block  will  be  made 
available,  as  well  as  all  type  names  referenced  in  the  table  or  block, 
provided  they  are  declared  in  the  designated  compool.  If  a 
<compool-declared-name>  is  a  <table-type-narae>  or  <block-type-name> ,  the 
names  of  these  components  will  be  made  available  whether  or  not  the  name 
is  parenthesized. 

If  a  status  item  name  is  made  available,  its  associated 
<status-list>  and  <st atus-type-name>  (if  any)  will  also  be  made 
available,  if  they  were  declared  in  the  designated  compool. 

If  a  <compool-declared-name>  is  the  name  of  a  subroutine,  any 
<type-names>  associated  with  that  subroutine's  formal  parameters  and 
return  value  will  also  be  made  available,  if  they  are  declared  in  the 
designated  compool. 

Const  r a i n  t  s : 

A  <eompool-directive>  must  only  occur  immediately  after  START  or 
immediately  following  another  <corapool-d i rec t i ve> . 

The  <rompool-declared-names>  must  have  been  declared  in  the 
designated  compool. 

A  <compool-declared-name>  cannot  be  the  name  of  a  component 
declared  in  a  type  declaration,  nor  can  it  be  the  name  of  a  formal 
parameter  of  a  subroutine. 


9.2  TEXT  DIRECTIVES 
9.2.1  COPY  DIRECTIVES 


Syntax : 


<copy-directive> 


!  COPY 

<character-literal> 


(8.3.4) 
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Semant  icjs : 

The  <copy-di rect ive>  is  used  to  copy  the  contents  of  a  text  file 
into  a  program.  The  <copy-directive>  can  he  viewed  as  a  <def ine-cal 1> ; 
it  is  expanded  at  the  point  of  its  occurrence  by  substituting  the 
entirety  of  the  file  being  copied.  The  <character-l iteral>  is  an 
implementation-dependent  file  name. 

9.2.2  SKIP,  BEGIN,  AND  END  DIRECTIVES 


Syntax : 


<skip-di rect ive> 
<beg in-direct ive> 
<end-di rect i ve> 


::=  ! SKIP  [<letter>]  ;  (8.1) 

::=  '.BEGIN  (<letter>)  ;  (8.1) 

:  :=  ! END  ; 


Semant ics  : 

The  <skip-di rective>  i6  used  in  conjunction  with  a 
<begin-directi ve>  and  an  <end-di rective>  to  cause  text  enclosed  in  the 
latter  two  to  be  ignored  in  the  process  of  compilation. 


A  <skip-directive>  with  a  <letter>  will  suppress  the  processing  of 
all  text  following  a  <begin-directive>  containing  the  same  <letter>  up 
to  the  matching  <end-d i rec t ive> .  A  <skip-di rect ive>  with  no  <letter> 
refers  to  all  <beg i n-d i rec t i ves> .  The  text  following  a  <begin- 
directive>  with  no  <letter>  can  be  suppressed  only  by  a  <skip- 
directive>  with  no  <letter>. 


Begin-end  directive  pairs  can  be  nested.  Within  a  begin-end 
directive  set  whose  text  is  being  suppressed,  enclosed  <begin- 
directives>  are  recognized  for  the  purpose  of  matching  <end-di rectives> . 

Within  a  begin-end  directive  pair  whose  text  is  being  suppressed, 
<copy-directives>  and  <def ine-calls>  will  not  be  expanded. 


9.3  LINKAGE  DIRECTIVES 
Syntax : 

<linkage-directive>  1LINKAGE 

<symbol>...  ;  (8.2) 


133 


137 


MIL-STD-1 589B  (USAF) 
06  June  1980 


Semantics : 


The  <linkage-direct ive>  Indicates  that  the  specified  subroutine 
does  nbt  obey  standard  J73  linkage  conventions.  The  <symbol>  string 
specifies  the  Implementation-dependent  linkage  type  to  be  used  in 
linking  the  procedure. 

Constraints : 


The  <llnkage-directive>  must  only  occur  in  a  Subroutine- 
declaratlon>  or  <subroutine-def inltlon>  between  the  heading  and  the 
<declarations>  of  the  formal  parameters. 

It  a  <subroutine-deflnitlon>  contains  a  <llnkage-directlve>,  every 


<subroutine-declaration>  for 
<linkage-direct ive> . 

that  subroutine  must  contain 

the 

same 

9.4  TRACE  DIRECTIVES 

Syntax : 

<trace-directive> 

::=  ! TRACE 

[<trace-control>] 
<name>,...  ; 

<trace-control> 

::=  (  <boolean-formula>  ) 

(5.2 

.2) 

Semantics : 


The  <trace-directive>  provides  a  run-time  facility  to  trace  program 
flow  and  to  monitor  data  assignment.  This  "tracing"  will  be  active  from 
the  lexical  point  at  which  the  <trace-directive>  occurs  in  the  source 
until  the  end  of  the  scope  containing  the  directive.  Its  effect  extends 
into  nested  procedures  declared  within  this  lexical  range  of  statements. 

The  <names>  in  the  <trace-directive>  are  the  names  that  will  be 
traced,  i.e.,  certain  uses  of  these  names  as  described  in  the  following 
sentences  will  be  noted  in  an  implementation-dependent  manner,  for 
example  on  a  symbolic  output  file.  For  statement  names,  tracing  of  the 
associated  statement  will  be  noted  each  time  the  statement  is  fallen 
into  or  branched  to.  For  data  names,  modification  of  the  data  object 
and  its  new  value  will  be  noted.  Modification  of  a  data  object  is 
considered  to  have  occurred  upon  execution  of  an  assignment  statement  in 
which  the  data  object  is  the  target  or  upon  return  from  a  subroutine  to 
which  the  data  object  was  passed  as  an  actual  output  parameter.  For 
tables,  modification  of  the  entire  table,  a  table  entry,  or  an  item  in 
the  table  will  be  noted.  For  blocks,  modification  of  any  data  contained 
in  the  block  will  be  noted.  For  subroutine  names,  each  call  to  the 
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subroutine  will  be  noted.  If  the  subroutine  containing  the 
<trace-dlrective>  Is  named  In  the  directive  and  the  directive  Is  placed 
Immediately  after  the  ^procedure  heading>  or  <function  heading>,  entry 
and  exit  to  that  subroutine  will  be  noted. 

If  a  <trace-control>  appears  In  the  <trace-dlrectlve>,  the 
<trace-control>  formula  will  be  tested  dynamically  at  each  use  of  a 
<name>  as  defined  in  the  preceding  paragraph.  The  trace  output  is 
suppressed  if  the  formula  Is  determined  to  be  false.  If  the 
<trace-cont rol>  is  omitted,  it  is  considered  to  be  true. 

If  two  or  more  active  <trace-dlrectives>  contain  the  same  <name>, 
then  the  lexically  latest  one  overrides  the  earlier  ones  for  that 
<name> . 

Constraints : 


All  <naroes>  in  the  <trace-directive> ,  including  names  used  in  the 
<trace-control> ,  except  for  statement  names  and  subroutine  names,  roust 
have  been  declared  prior  to  their  use  in  the  <trace-directive>. 

A  <trace~directive>  can  occur  only  within  a  <statement>. 

A  <bit- formula>  cannot  be  implicitly  converted  to  the 
<boolean-forroula>  in  a  <trace-control>. 


9.5  INTERFERENCE  DIRECTIVES 


! INTERFERENCE 

<interference-control>  ; 

<data-name>  :  (2.6) 

<data-name>  , . . .  (2.6) 

Semant i cs  ; 

The  <interf erence-direct ive>  informs  the  compiler  that  it  cannot 
assume  that  the  storage  associated  with  the  name  to  the  left  of  the 
colon  is  distinct  from  the  storage  associated  with  the  names  to  the 
right  of  the  colon.  In  the  absence  of  an  <interference-directive>  the 
compiler  can  make  optimizations  on  the  assumption  that  distinct 
<data-names>  refer  to  distinct  storage  locations.  Jf  two  <data-names> 
refer  to  the  same  storage  location,  these  optimizations  could  result  in 
erroneous  code.  If  two  <data-names>  share  the  same  storage,  an 
assignment  to  one  name  should  affect  the  value  of  the  other.  If  the 
compiler  optimizes  on  the  assumption  of  non-interference,  these 


Syntax; 

<interfe  rence-directive> 

<interf erence-control> 
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semantics  might  not  be  preserved. 

The  compiler  Is  aware  of  storage  overlapping  as  a  result  of 
<specified-table-items>  and  as  a  result  of  the  arrangement  of  data 
within  a  single  overlay.  This  overlapping  need  not  be  reported  via  an 
<interference-directive>.  Other  Instances  of  overlap,  e.g.,  as  a  result 
of  absolute  addresses  In  separate  overlays,  must  be  stated  by  the  use  of 
an  <lnterference-dlrective>. 

An  <interference-directive>  can  occur  only  In  a  <declaration> . 

All  <data-names>  In  the  <interference-control>  must  have  been 
declared  prior  to  their  use  In  the  <interference-directive>. 


9.6  REDUCIBLE  DIRECTIVES 
Syntax : 

<reducible-directive>  ::=  IREDUCIBLE  ; 

Semantics : 


The  <reducible-dlrective>  Is  used  to  allow  additional  optimization 
of  function-calls.  A  reducible  function  is  one  for  which  all  calls  with 
identically-valued  actual  parameters  result  in  identical  function  values 
and  output  parameter  values,  and  which  does  not  modify  any  data  except 
actual  output  parameters  and  automatic  data  declared  within  its  own 
body.  If  a  <reducible-directive>  is  used  to  designate  such  functions  as 
reducible,  the  compiler  may  detect  the  existence  of  such  common  calls, 
save  the  values  returned  from  the  initial  call  for  use  in  place  of  any 
subsequent  calls,  and  delete  these  subsequent  calls. 

Constraints : 


The  <reducible-di rect ive> ,  if  present,  roust  be  pi?  :ed  immediately 
following  the  semicolon  of  the  <func t ion-heading> . 

If  a  function  designated  as  reducible  is  both  declared  and  defined, 
the  <reducible-directive>  must  appear  in  both  the  definition  of  the 
function  and  in  all  declarations  of  it. 


9.7  LISTING  DIRECTIVES 

9.7.1  SOURCE-LISTING  DIRECTIVES 


Syntax: 
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<nollst-directive>  INOL1ST  ; 

<list-directive>  ::=  ILIST  ; 

<eject-directive>  : :=  ! EJECT  ; 

Semantics : 

Listing  directives  are  used  to  provide  source  listing  control 
information  to  the  compiler.  The  <nolist-di rect ive>  causes  suppression 
of  the  source  listing  beginning  with  the  next  source  line,  up  to  and 
including  the  next  <1 i st-d i rect i ve> ,  which  causes  the  listing  to  be 
resumed . 

The  <e ject-di rect ive>  causes  a  page  eject  of  the  source  listing 
before  listing  the  following  source  lines.  The  <eject-directive>  is 
ignored  if  the  source  listing  is  suppressed. 

9.7.2  DEFINE-LISTING  DIRECTIVES 
Syn t  ax : 

<1 i s  t inv-di rect ive> 

<1 i s t  exp-d irective> 

<1 i s t  both-d i rec  t i ve> 

Semant ics : 

Def i ne-1 i st ing  directives  allow  programmer  control  over  the  text  to 
be  included  in  the  source  pi ogram  listing  for  <def i ne-cal 1 s> . 

The  text  contained  in  the  listing  for  a  particular  <def ine-call> 
depends  on  the  def ine-1 isting  directive  which  was  in  effect  at  the  point 
of  the  corresponding  <def ine-declaration>  ( not  on  the  directive  in 
effect  at  the  point  of  the  <def ine-cal 1>) .  If  this  directive  was 
1LISTINV,  then  the  listing  contains  the  text  of  the  <def ine-cal 1> ;  if 
the  directive  was  1L1STEXP,  then  the  listing  contains  the  expanded 
string  (the  <def ine-string>  after  substitution  of 

<actual-def ine-parameters>) ;  if  the  directive  was  1LISTB0TH,  then  the 
listing  contains  both  the  invocation  and  the  expansion. 

Each  def ine-1 i st ing  directive  is  in  effect  from  the  lexical  point 
at  which  it  appears  to  the  end  of  the  current  scope  or  to  the  point  at 
which  the  next  def ine-1 i st ing  directive  appears,  whichever  is  first. 
The  default  def ine-1 ist ing  directive  in  effect  at  the  beginning  of  every 
module  is  1L1STINV. 


1L1ST1NV  ; 
H.ISTEXP  ; 
ILISTBOTH  ; 
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Constraint : 

<L1 stlnv-dlrect lves> ,  <llstexp-dlrectlves>  and 

<listboth-directives>  may  appear  only  In  a  <deelaratlon>. 

Note : 


The  effect  of  a  define-listing  directive  for  a  particular 
<def ine-cal 1>  is  independent  of  whether  a  <nolist-directive>  is 
suppressing  the  source  listing  at  the  point  of  the  <def ine-declarat ion> 
being  invoked. 


9.8  REGISTER  DIRECTIVES 
Syntax : 


<base-d i rect i ve> 

:  :=  .'BASE  <data-name> 

(2.6) 

<integer-literal>  ; 

(8.3.1) 

<isbase-direct ive> 

:  :=  ilSBASE  <data-narae> 

(2.6) 

<integer-literal>  ; 

(8.3.1) 

<d  rop-d i rec t i ve> 

! DROP 

<integer~literal>  ; 

(8.3.1) 

Semantics: 

Register  directives  affect  target-machine  register  allocation. 
Each  of  these  three  directives  uses  an  <integer-literal>  in  a 
target-machine-dependent  way  to  specify  which  register  is  affected. 

The  <base-directive>  loads  the  specified  register  with  the  address 
of  the  object  corresponding  to  the  <data-name> . 

The  <isbase-directive>  directs  the  compiler  to  assume  that  the 
specified  register  contains  the  address  of  the  data  object  corresponding 
to  the  <data-name>,  but  to  take  no  action  to  guarantee  it. 

The  <drop-di rective>  frees  the  specified  register  for  other  use  by 
the  compiler  in  generating  code  for  subsequent  statements.  Both  !  BASE 
and  1ISBASE  cause  the  compiler  to  dedicate  the  register  to  the  value  it 
currently  contains  until  !DR0P  or  the  end  of  the  current  scope  is 
encountered  . 

Register  directives  may  be  ignored  in  implementations  for  machines 
on  which  register  allocation  is  not  meaningful. 
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9.9  EXPRESSION  EVALUATION  ORDER  DIRECTIVES 
Syntax ; 

<lef  t  right-direct  ive>  ::=•  I LEFTRIGHT  ; 
<rearrange-directive>  ::=*  !  REARRANGE  ; 

Semantics : 

If  a  <lef tr ight-direct ive>  is  in  effect,  operators  at  the  same 
precedence  level  are  evaluated  in  lef t-to-r ight  order  within  a  given 
<formula>,  consistent  with  the  order  imposed  by  parentheses. 

If  a  <rearrange~directive>  is  in  effect,  order  of  evaluation  is 
still  constrained  by  parentheses  and  operator  precedence,  but  the 
compiler  is  otherwise  free  to  rearrange  the  expression  for  more  optimal 
code  generation,  such  as  by  applying  associative  and  commutative  laws. 

The  effect  of  each  of  these  directives  extends  from  the  point  at 
which  it  appears  to  the  end  of  the  current  nainescope  or  to  the  point  at 
which  a  different  expression-evaluation-order  directive  appears, 
whichever  is  first.  At  the  beginning  of  each  module,  a  Crearrange- 
directive>  is  in  effect  by  default. 


9.10  INITIALIZATION  DIRECTIVES 


Syntax : 

<initlalize-directive>  'INITIALIZE 


Semantics : 

The  <initialize-directive>  causes  all  STATIC  data  objects  that  are 
not  explicitly  initialized  via  an  <item-preset> ,  <table-preset> ,  or 
<block-preset> ,  to  be  preset  by  default  to  all  zero  bits.  "* 

Its  effect  extends  from  the  point  at  which  it  appears  to  the  end  of 
the  current  namescope. 

Constraint : 

The  <initialize-dlrective>  may  appear  only  in  <declarat ions> ,  but 
not  in  a  <table-body>  nor  in  a  <block-body-part>  nor  in  a 
<subroutine-declaration> . 
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9.11  ALLOCATION  ORDER  DIRECTIVES 
„  I 

Synt  ax: 


<orde  r-dl  rect  lve>  :  :=■  iORDER  ; 

Semant 1 cs : 

The  <orde r-d i rec t i ve>  directs  a  compiler  to  allocate  storage  for 
the  data  objects  in  a  block  or  ordinary  table  in  the  order  in  which 
their  declarations  appear  in  the  text  of  the  <block-body-part>  or  the 
<ordinary-table-opt ions> .  Lexically  declared  data  objects  that  occur 
earlier  in  text  are  allocated  physically  lower  addresses,  and  if  data 
objects  share  a  word,  lexically  earlier  data  are  allocated  to  the  left 
of  later  data.  Tn  the  absence  of  an  <order-directive>,  a  compiler  is 
free  to  rearrange  the  physical  storage  layout  for  ease  of  access  or  more 
optimal  utilization  of  memory. 

The  effect  of  the  <orde r-d i rect ive>  extends  from  the  point  at  which 
it  appears  to  the  end  of  the  current  block  or  table.  If  the 
<order-di reef. ive>  is  in  a  block,  its  effect  extends  to  the  components  of 
any  blocks  or  ordinary  tables  contained  in  the  block. 

If  an  <order-directive>  appears  in  an  <ordinary-table-options>  in  a 
<table-type-declarat ion> ,  the  ordering  extends  to  all  tables  declared  of 
that  type. 

Constraints^ 

A  block  affected  by  an  <order-directive>  cannot  contain  an 
<over lay-dec laration> . 

The  <order-directive> ,  if  present,  roust  be  the  first  of  the 
<block-body-options>  in  the  <block-body-part> ,  or  the  first  of  the 
<ordinary-table-options>  in  the  <ordinary-table-body>. 
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APPENDIX 

CROSS -RKKERENCE  INDEX 

Tills  appendix  provides  a  cr oss-ref eronce  for  terminal  and 
non-terminal  constructs  In  the  J73  syntax  used  In  this  manual.  For  each 
construct,  columns  give  the  section  In  the  manual  where  It  Is  defined 
and  the  sections  where  It  Is  used  or  referenced. 


Construct 

Def 1 ni 1 1  on 

References 

A 

2.1  .1  .3,  7.0,  8.1,  8 

ABORT 

4.5,  4.10,  8.2.2 

abort-phrase 

4.5 

4.5 

abort-statement 

4.10 

4  .0 

ABS 

6.3.6,  8.2.2 

abs-f unction 

6.3.6 

6.3 

absolute- address 

2.6 

2.6 

actual-def ine-parameter 

2.4.1 

2.4.1 

ac tual-def ine- parameter-1 is t 

2.4.1 

2.4.1 

actual-i nput-parameter 

4.5 

4.5 

actual-out put- parameter 

4.5 

4.5 

actual -pararoeter-1 i st 

4.5 

4.5,  6.3 

allocation-specifier 

2.1.5 

2.1.1,  2.1.2,  2.1.4 

AND 

5.2.1,  8.2.2,  8.2.3 

and-cont inuat ion 

5.2 

5.2 

arithmetic-operator 

8.2.3 

8.2.3 

assignment-operator 

8.2.3 

8.2.3 

assignment-statement 

4.1 

4.0 
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Definition 

Reference* 

B 

2. 1.1. 4,  7.0,  8.1, 

8.3.2 

bas£ 

9.8 

base-directive 

9.8 

9.0 

bead 

8.3.2 

8.3.2 

bead-size 

8.3.2 

8.3.2 

BEGIN 

1.2.3,  2.0,  2. 1.2. 3, 

2. 1.2. 4,  2.1.4,  2.5.1, 
2.5.2,  2.7,  3.1,  4.0, 

4.4,  8.2.2,  9.2.2 

begin-directive 

9.2.2 

9.0 

BIT 

6.1,  8.2.2 

bit-conversion 

7.0 

5.2 

bi t-formula 

5.2 

4.4,  5.0,  5.2, 

5.2.2,  6.3.3, 

6.3.5 

bit-function 

6.3.3 

6.3 

bit-function-call 

5.2 

5.2 

bit- function- variable 

6.1 

6.1 

bit-item-description 

2. 1.1. 4 

2. 1.1. 4 

bit-literal 

8.3.2 

5.2,  8.3 

bit-operator 

8.2.3 

8.2.3 

bit-primary 

5.2 

5.2,  5.2.1 

BITSINBYTE 

1.4 
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Definition 

References 

BITS1NP0INTER 

1.4 

B1TSINW0RD 

1.4 

BITSIZE 

6.3.8,  8.2.2 

bit-size 

2.1 .1.4 

2. 1.1.4 

bits-per-entry 

2.1 .2.2 

2.1  .2.2 

bit-type-conversion 

7.0 

7.0 

bit-type-description 

2.1 .1 .4 

2.1.1,  7.0 

bit-type-name 

2. 1.1.4 

2. 1.1. 4,  7.0 

bit-variable 

5.2 

5.2,  6.1 

BLOCK 

2.1.4,  2.2,  2.5.1, 
8.2.2 

block-body-options 

2.1.4 

2.1.4 

block-body-part 

2.1.4 

2.1.4,  2.2 

block-declaration 

2.1.4 

2.1 

block-de reference 

6.1 

4.5,  6.1,  6.3.1 

block-i tem 

6.1 

6.1 

block-name 

2.1.4 

2.1.4,  2.5.1,  2.6, 
5,  6.3.1,  6.3.8 

block-preset 

2.1.6 

2.1.4 

block-preset-list 

2.1.6 

2.1.6 

block-preset-va lues-option 

2.1.6 

2.1.6 

block-table 

6.1 

6.1 

block-table-entry 

6.1 

6.1 

block- 1  able-i tem 

6.1 

6.1 

143 

197 

i 

i 

i 


I1IL-STD-1  589B  ( 1 1 S  A  I' ) 
06  June  1980 


Const  ruct 

Definition 

Refer 

block-t ype-d or la  ration 

2.2 

2.2 

bl ock- 1  y pe-nane 

2.2 

2.1  .1  .7,  2. 

bool  e an-f o  rnul a 

5.2.2 

4.2,  4.3,  <) 

boolean-li teral 

PO 

oc 

5.2,  8.3 

bounds- f  unc  t ion 

6.3.9 

6.3 

BY 

4.2,  8.2.2 

by-f ornula 

4.2 

4.2 

by-or-t  hen-phrase 

4.2 

4.2 

by-phrase 

4.2 

4.2 

BYKEF 

3.3,  8.2.2 

BYKES 

3.3,  8.2.2 

BYTE 

6.1  ,  6.3.4  , 

byte-f  unct ion 

6.3.4 

6.3 

byte-f  unct i on-va  r i able 

6.1 

6.1 

BYTEPOS 

1  .4 

BYTES]  f.Tv'OKD 

1  .4 

BYTES 1ZE 

6.3.8,  8.7. 

BYVAL 

3.3,  8.2.2 

C 

2.1  .1  .5,  7 . 
8.3.2 

CASE 

4.4,  8.2.2 

case-al ternative 

4.4 

4.4 
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case-body 

4.4 

4.4 

case-index 

4.4 

4.4 

case- index-group 

4.4 

4.4 

case- select or- formula 

4.4 

4.4 

case-statement 

4.4 

4.0 

character 

8.1 

2.4,  2.4.1,  8.3.4, 

8.4 

character-conversion 

7.0 

5.3 

character- formula 

5.3 

4.4,  5.0,  5.2.1, 

5.3,  6.3.4 

character- function-call 

5.3 

5.3 

charac ter-i tem-descriptlon 

2. 1.1. 5 

2.1  .1 .5 

character- literal 

8.3.4 

8.3,  9.1,  9.2.1 

character-size 

2. 1.1. 5 

2.1 .1 .5 

charac ter- type-description 

2. 1.1. 5 

2.1.1,  7.0 

charac  ter- type-name 

2.1 .1 .5 

2. 1.1. 5,  7.0 

charac ter- variable 

5.3 

5.3,  6.1 

comment 

8.4 

8.2 

compile-t ime-bi t- formula 

5.1.2 

4.4,  5.0 

comp lie- time-character-formula 

5.1.3 

4.4,  5.0 

compile-time-1:  ixed- formula 

5.1 .3 

5.1 

compile-t ime- float ing- formula 

5.1.2 

1.4,  5.1 

compile-t irae-fo rmul a 

5.0 

2.1.6 

compile-t ime- integer-formula 

5.1.1 

1.4,  2, 1.1.1,  2. 1.1. 2, 

145 

199 


MIL-STD-1 589B  (USAF) 
06  June  1980 


Construct 

Definition 

References 

2.1  .1  .3,  2.1 .1 .4 
2.1  .1  .5,  2.1 .1 .6 
2.1  .2.1 ,  2.1 .2.2 
2.1  .2.4,  2.1.6,  : 
4.4,  5.1,  6.3.9 

compile- t ime-numeric-formula 

5.1 

5.0 

compile -time- pointer- formula 

5.5 

5.0 

compile- t iroe-status-formula 

5.4 

2.1  .2.1 ,  2.1  .6, 
4.4,  5.0 

complete- prog ram 

1.1 

compound-def 

2.5.1 

2.5.1 

compound-ref 

2.5.2 

2.5.2 

compound-statement 

4.0 

4.0 

C0MP00L 

1.2.1,  8.2.2,  9. 

compool-declarat ion 

2.0 

1.2.1,  2.0 

com poo 1-dec la red -name 

9.1 

9.1 

compool-directive 

9.1 

9.0 

compool-directive-list 

9.1 

9.1 

compool-f ile-name 

9.1 

o.l 

com pool-module 

1.2.1 

1.1 

compool-name 

1.2.1 

1.2.1 

CONDITION 

8.2.2 

conditional- statement 

4.3 

4.3 

CONSTANT 

2.1.3,  8.2.2 

constant-declaration 

2.1.3 

2.0,  2.1 
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constant-index 

2.1.6 

2.1.6 

constant-item-name 

2.1.3 

2.1.3,  6.1,  6.2 

constant-table-1 tem-name 

6.2 

6.2 

con st ant- table-name 

2.1.3 

2.1.3,  6.2 

continuation 

4.2 

4.2 

control-clause 

4.2 

4.2 

control-item 

4.2 

4.2 

control-letter 

4.2 

4.2,  6.2 

control led-s tat ement 

4.2 

4.2 

control -variable 

4.2 

4.2 

COPY 

9.2.1 

copy-directive 

9.2.1 

9.0 

D 

2. 1.2. 3,  8.1,  8.3.2 

data-decla ration 

2.1 

2.0,  2.1.4,  2.5.1, 

2.5.2 

data-name 

2.6 

2.6,  3.3,  9.5,  9.8 

declaration 

2.0 

1.2.2,  1.2.3,  2.0, 

3.1,  3.2 

DEF 

1.2.2,  2.5.1,  8.2.2 

DEFAULT 

4.4,  8.2.2 

default-option 

4.4 

4.4 

default- preset- sublist 

2.1.6 

2.1.6 

default-sublist 

2. 1.1.6 

2. 1.1. 6 
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def -block- Instantiation 

2.5.1 

2.5.1 

DEFINE 

2.4,  8.2.2 

def ine-call 

2.4.1 

8.2 

def ine-narae 

2.4 

2.4,  2.4.1 

def ine-string 

2.4 

2.4,  8.2 

def In it  ion- part 

2.4 

2.4 

define-declaration 

2.4 

2.0 

def- spec  if i cat  ion 

2.5.1 

2.5 

def-specifica  t ion-choice 

2.5.1 

2.5.1 

dereference 

6.1 

6.1 

digit 

8.1 

8.1,  8.2.1,  8.3.1, 
8.3.2 

de reference-opera tor 

8.2.3 

8.2.3 

dimension 

2.1 .2.1 

2.1  .2.1 

dimension-list 

2. 1.2.1 

2.1.2,  2.1.3,  2.2 

d imens ion-numbe r 

6.3.9 

6.3.9 

directive 

9.0 

1.2.1,  1.2.2,  1.2.3 
2.0,  2. 1.2. 3, 

2. 1.2. 4,  2.1.4, 

2.5.1,  2.5.2,  3.0, 

3.1,  3.2,  4.0, 

4.2,  4.4 

DROP 

9.8 

drop-directive 

9.8 

9.0 

E 
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EJECT 

9.7.1 

9.7 

e ject-di rect ive 

9.7 

9.0 

ELSE 

4.3,  8.2.2 

else-clause 

4.3 

4.3 

ENCAPSULATION 

8.2.2 

END 

1.2.3,  2.0,  2.1 .: 

2.1  .2.4,  2.1.4, 

2.5.1  ,  2.5.2,  2.; 
3.1,  4.0,  4.4, 
8.2.2,  9.2.2 

end-d i rect ive 

9.2.2 

9.0 

entry-size 

2.1 .2.4 

2.1 .2.4 

entry-specifier 

2.1.1 

2.1.2,  2.2 

equal-or-not-equal-operator 

8.2.3 

5.2.1,  8.2.3 

EQV 

5.2,  8.2.2,  8.2.: 

eqv-cont inuation 

5.2 

5.2 

EXIT 

4.8,  8.2.2 

exit-statement 

4.8 

4.0 

exponent 

8.3.1 

8.3.1 

EXPORTS 

8.2.2 

external-declaration 

2.5 

2.0 

F 

2. 1.1. 2,  7.0,  8.1 
8.3.2 

FALLTHRU 
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FALSE 

8.2.2,  8.3.3 

fblt 

6.3.3 

6.1,  6.3.3 

fbyte 

6.3.4 

6.1,  6.3.4 

FIRST 

6.3.11,  8.2.2 

f ixed-conversion 

7.0 

5.1.3 

fixed-factor 

5.1.3 

5.1.3 

f ixed-f ormula 

5.1.3 

5.1,  5.1.3,  5.2.2 

f ixed-f unct ion-call 

5.1.3 

5.1.3 

fixed- item-description 

2.1 .1 .3 

2.1 .1 .3 

fixed-literal 

8.3.1 

5.1.3,  8.3.1 

fixed-machine-parameter 

1.4 

5.1.3 

FIXEDPRECI SION 

1.4 

f ixed-term 

5.1.3 

5.1.3 

fixed- type-descript ion 

2.1 .1 .3 

2.1.1,  7.0 

fixed- type-name 

2.1 .1 .3 

2.1 .1 .3,  7.0 

fixed- variable 

5.1.3 

5.1.3 

floating-conversion 

5.1.2 

5.1.2 

floating- fact or 

5.1.2 

5.1.2 

floating- formula 

5.1.2 

5.1 ,  5.1.2,  5.2.1 

floating-function-call 

5.1.2 

5.1 .2 

f loa ting- i tem-de script  ion 

2.1 .1.2 

2. 1.1. 2 

floating- literal 

8.3.1 

5.1.2,  8.3.1 

floating-machine-parameter 

1.4 
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f loa ting- primary 

5.1 .2 

5.1 .2 

floating-tern 

5.1.2 

5.1.2 

floating- type-description 

2. 1.1.2 

2.1.1,  7.0 

floating- type-name 

2. 1.1. 2 

2.1 .1 .2,  7.0 

floating-variable 

5.1.2 

5.1.2 

FLOATPRECI SION 

1.4 

FLOATRADIX 

1 .4 

FLOATRELPRECISION 

1.4 

FLOATUNDERFLOW 

1.4 

FOR 

4.2,  8.2.2 

for-clause 

4.2 

4.2 

formal-def ine-parameter 

2.4 

2.4 

formal-def ine-parameter-list 

2.4 

2.4 

formal-input-parameter 

3.3 

3.3 

formal-out put- parameter 

3.3 

3.3 

formal-pa rameter-list 

3.3 

3.1,  3.2 

formula 

5.0 

4.1,  4.2,  4.5, 

5.1.1,  5.1.1, 

5.1.2,  5.1.3, 

5.2,  5.3,  5.4, 
5.5,  5.6,  6.3.8 

fractional-form 

8.3.1 

8.3.1 

fraction- spec if ier 

2. 1.1.3 

1.4,  2. 1.1. 3 

FREE 

8.2.2 

function-body 

3.2 

3.2 
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function-call 

6.3 

5.1.1,  5.1.2, 

5.1.3,  5.2, 

5.3,  5.4 

function-declaration 

3.2 

3.0 

function-definition 

3.2 

3.2 

function-heading 

3.2 

3.2 

function-name 

3.2 

3.2,  3.3,  4.5,  6 

6.3,  6.3.1 

G 

°.l,  8.3.2 

GOTO 

4.7,  8.2.2 

goto-statement 

4.7 

4.0 

H 

8.1,  8.3.2 

HANDLER 

8.2.2 

I 

8.1,  8.3.2 

IF 

4.3,  8.2.2 

if-statement 

4.3 

4.0 

IMPLFIXEDPRECISION 

1  .4 

IMPLFLOATPRECI SION 

1.4 

IMPLINTSIZE 

1.4 

IN 

8.2.2 

increment -amount 

6.3.2 

6.3.2 
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Index 

6.1 

6.1 

INITIALIZE 

9.10 

initialize-directive 

9.10 

9.0 

initial-value 

4.2 

4.2 

INLINE 

3.4,  8.2.2 

inline-decla ration 

3.4 

2.0 

input-paramter-name 

3.3 

3.3 

INSTANCE 

2.5.1  ,  8.2.2 

integer-conversion 

7.0 

5.1.1 

integer-factor 

5.1.1 

5.1.1,  5.1.2,  5.1 

Integer-formula 

5.1.1 
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integer- function-call 
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2.1 .1 .1 

integer-1 i teral 

8.3.1 
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4.2,  6.1 

item-preset 

2.1.6 
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<1.1.8  Indication  of  float  inj  point.  ic-sulls  --------  0 

4.1.9  Results  of  division  -  -  -  -  -  -  -  -  -  ( 

4.?  Instruct  ion  formats  -  -------  7 

4.2.1  Register  lo  register  format.  -  ------  -  / 

4.?.?  Instruct  ion  counter  relative  format  -----  -  7 

4.2.3  Base  rotative  format  ---  -------  -  7 

4.7.4  Base  rel.it  ive  indexed  format  --------  -  / 

4.7.3  long  instruct  ion  forma'  -----------  i! 

4.7.(i  Immediate  opcode  extension  format  -----  8 

4.3  Addressing  modes  ------------  -  8 

4.3.1  Keg  i  si  i  r  direct  (R)  -  -  -  -  -  -  -  -  -  -  I! 

4.3.7  Memory  direct  (D)  -----------  fi 

4.3.3  Memory  d  i  reef  -  indexed  { t)X )  -  -  -  -  -  -  -  -  IS 

4.3.4  Memory  indirect  (1)-  -  -  -  -  -  -  -  -  -  -10 

4.3.5  Memory  indirect  with  pro- i ndex  i ng  (IX)  ------  1  u 

4.3.8  Immediate  long  (III)  ----------  -10 

4.3./  Immediate  short  (IS)  -----------  10 

4.3.7. 1  limned i a  to  short  positive  (ISP)  -  --  --  --  -  10 

4.3. 7.2  Immediate  short  negative  ( I S  N )  -  --  --  --  -  10 

4.3.0  Instruction  counter  re  la t  ive  ( ICR)  -  -  -  -  -  -  -  10 

4.3.9  Base  relative  (11)  -  -  -  -  -  -  -  -  -  10 

4.3.10  Base  re lat  ive- indexed  (BX)  -  --  --  -  -  -  -10 

4.3.11  Special  (S)  -  -  -  -  -  -  -  -  -  -  -  -  -10 

4.4  Registers  and  support  features  --------  10 

4.4.1  General  registers  -----------  10 

4.4.2  Special  registers  -----------  1 1 

4.4.2. 1  Instruction  counter  (IC)  ---------  -  11 

4. 4. 2. 2  Status  word  (SW)  -  11 

4. 4. 2. 3  fault  register  (FT)  -----------  12 

4. 4. 2. 4  Interrupt  mask  (MK)  -  --  --  -  13 

4. 4. 2. 5  Pending  interrupt  register  (PI)  --------13 

4. 4. 2. 6  Input/output  interrupt  code  registers  ( I0IC)( opt ional )  -  -  13 

4. 4. 2. 7  Page  registers  (optional)  -  --  --  --  --13 

4. 4. 2.0  Memory  fault  status  register  (MFSR)  (optional)  13 

4.4.3  Stack  --------- . 14 

4.4.4  Processor  initialization  ----------14 

4. 4. 4.1  Processor  reset  state  -------  -  --14 

4442  Power  up  --------------  14 

4.4.5  Interval  timers  (optional)  ---------14 

4.5  Memory  -  --  --  --  --  --  --  -15 

4.5.1  Memory  addressing  -----------  15 

4.5. 1.1  Memory  addressing  arithmetic  ---------15 

4.5.  1.2  Memory  addressing  boundary  constraints  ------  15 

4.5.2  Expanded  memory  addressing  (optional)  ------  15 

4.5. 2.1  Group  selection  ------------  1 5 

4. 3. 2.2  Pago  register  word  format  ---------15 

4 . 5 . 7 . 3  Part  i.il  implementations  of  expanded  memory  addressing  -  -  IIS 

4.5.3  Memory  purity  (opt  ion.it)  -------  -  --18 

4.5.4  Memory  blink  protect  (optional)  --------10 

4.5.5  Re  f  0  re  ni  op  t ,»  un  i-.ip  1  c,  1.  11 1  ed  memory  -------  1C 

4.5. r  St.ti  t  up  tu'.'t  (option'll)  ---------  )8 

4.5.7  Kesri  v.  il  i.''iioiy  Im  .u  m.r.  -------  IB 

4  .  (i  Interii'i't  control  ---------  -  1 0 
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4.0.1  Interrupts  -  -  -------  -  10 

4.  (>.1.1  I  n  te  rrup  i  acceptance  -  ----------  10 

(|.i>.t.2  Interrupt  sol'luiiro  control  -------  -  -  18 

4. 0.1. 3  Interrupt  priority  definitions  --------  21 

4 . 0  .  I  .  4  Interrupt  vectoring  mo  C  It  on  i  sin  -  --  --  --  -  21 

4.7  Inpu L/oulput  -------------21 

4. 7.1  Input  --------------  2Z 

4.7.2  Output  -  --  --  --  --  --  --  -22 

4.7.3  Jr.  put/output  commands  -  --  --  --  --  -22 

4.7.4  lnpul/oulput  command  partitioning  -------22 

4.7.0  Input/ouLput  interrupts  (optional)  -------  22 

4.7.6  (indicated  1/0  memory  locations  -------  -22 

4.8  Instiuclions  -------------22 

4.0.1  Invalid  instructions  -----------22 

4.8.2  Mnemonic  conventions  -----------22 

4.0.3  Instruction  matrix  -----------23 

1.0.4  Instruction  set  notation  ----------23 

5  DETAIIEU  RlQUllif  MPfjrS . --29 

5.1  Execute  input/output  -----------29 

5.2  Vectored  input/output  ----------33 

5.3  Set  hit-------------  -34 

5.4  Reset  bit  -  -  -  -  -  -  -  -  -  -  -  -  -35 

5.5  Test  bit  --------------  36 

5.0  Test  and  set  hit  ---------  ---37 

5.7  Set  variable  bit  in  register  -----.  -  -  -  -  30 

5.0  Reset  variable  bit  in  register  --------39 

5.9  Test  variable  bit  in  register  --------40 

5.10  Shift  left  logical  -----------41 

5.11  Shift  right  logical  -  --  --  --  --  --  /[2 

5.12  Shift  right  arithmetic  ---------  43 

5.13  Shift  left  cyclic  -----------44 

5.14  Double  shift  left  logical  ---------40 

5.15  Double  (lift  "iglit  logical  -  -  -  -  -  -  -  -  -  40 

5.16  Double  shift  right  arithmetic  --------  47 

5.17  Double  shilt  loft  cyclic  -----  -----  -  4fi 

5.13  Shift  logical,  count  in  register  --------49 

5.19  Shift  arithmetic,  count  in  register  -------50 

5  70  Shift  cyclic,  count  in  register  --------51 

5.71  Double  shift  logical,  count  in  register  ------  52 

5/7  Double  shill  arithmetic,  count  in  register  -----  53 

6  7.;  Double  shift  cyclic,  count  in  register  ------  54 

5  71  Jump  on  condition  -----------55 

3  .  .lui  >fi  In  subroutine  -  --  --  --  --  --  5  7 

3 .  .  Sc blind  one  and  jump  -  --  --  --  --  -  !>8 

1  >  .’7  In  mu. I.  iiuroud  1 1  iona  1  ly  -  --  --  --  ---69 

3  .  f .  bi  .inch  i  1  equal  10  (zero)  -  --  --  --  --  60 

Ilraiuli  if  less  Ilian  (zero)  ---------  Cl 

'•  u  Hr.  ii(.  h  lo  executive  -  --  --  --  --  --  02 

5  I  Pi  im.li  if  less  than  or  equal  lo  (/oro)  ------  03 

lira, oh  11  printer  I  li  m  (zero)  -  --  --  --  -  04 

'  br. on  h  1  1  nel.  iMpi.i  I  lo  (zero)  -  -  -  --  --  -  03 

Drat.i  li  il  e.  1  enter  Ihnn  or  equal  lo  (zero)  ------  00 
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I  oail  stilus  ------------ 

Stack  10  and  jtmi|i  to  subroutine  -------- 

lliistack  10  and  return  from  subroutine  ----- 

Single  proc  i  s  ion  load  --------- 

Double  peer,  i  s  iun  load  -  --  --  --  -- 

load  multiple  toy  is  tors  -  --  --  --  -- 

Extended  precision  floating  point  load  - 

load  I  com  upper  byte  ---------- 

load  from  lower  byte  - 

Pop  multiple  registers  off  the  stack  ------ 

Single  precision  store 

Store  a  non -neyat  ive  constant  ------- 

Move  mull  iplo  words,  moinory- to -memory  -  -  -  -  - 

Double  precision  store  --------- 

Store  register  through  mask  -------- 

Store  multiple  registers  --------- 

I xtended  precision  floating  point  store  ----- 

Store  into  upper  byte  --------- 

Store  into  lower  byte  --------- 

Push  multiple  registers  onto  the  stack  -  -  -  -  - 

Single  precision  integer  add  -------- 

Increment  memory  by  a  positive  integer  - 
Single  precision  absolute  value  of  register  - 
Double  precision  absolute  value  of  register  -  -  -  - 

Double  precision  integer  add  -------- 

Moating  point  add  -  --  --  ------ 

Extended  precision  floating  point  add  - 

floating  point  absolute  value  of  register  - 

Single  precision  integer  subtract  ------ 

Decrement  moinory  by  a  positive  integer  - 

Single  precision  negate  register  ------- 

Double  piecision  negate  register  ------- 

Double  precision  integer  subtract  ------ 

floating  point  subtract  --------- 

f xtended  precision  floating  point  subtract  -  -  -  - 

Floating  point  negate  register  ------- 

Single  precision  integer  multiply  with  10  bit  product 
Single  precision  integer  multiply  with  3?-bit  product 
Double  precision  integer  multiply 

Floating  point  multiply  --------- 

Extended  precision  floating  point  multiply  - 
Single  precision  integer  divide  with  16-bit  dividend  - 
Single  precision  integer  divide  with  32-bit  dividend  - 
Double  precision  integer  divide  - 

floating  point  divide  --------- 

I xtended  precision  floating  point  divide  ----- 

Inclusive  logical  OfC  —  —  —  —  —  —  —  —  —  — 

logical  AM)  -  ---------- 

Ixcllis  ive  logical  Oil  ----  ------- 

I n  < )  i  c  r  1 1  DADD  --  ---------- 

Comer!  |i...iMng  point  tn  15  b  I  I  integer  -  -  -  -  - 

fonv.'i  I  15  fit  iiileipr  to  fin.  I  mg  point  -  - 

Convert  e  tended  pi  ..a  i  ion  llo.il  mg  point  to  3?~hit  integer 
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0.00  Convei  i  3? -bit  integer  I  o  i*>  I  <  ndrd  precision  floating  point  -  1?9 

!>  09  l  xr.hanye  bytes  in  register  -  -  130 

0.00  I  xclinnye  words  in  leyistois  -----  -  131 

0.91  Single  precision  compare  -  -  -  -  -----  -  13? 

0.0?  Compare  between  I  ini  its  -  --  --  --  --  -  133 

0.03  Double  precision  compare  ----------  134 

0.04  Float  iny  point  compare  -  -  -  -  -  -  -  -  -  -130 

0.90  Intended  precision  Floating  point  compare  -----  136 

.00  No  operation  -  -  -  -  -  -  -  -  -  -  -  -137 

.97  Break  point  -------------  130 

INDLX  -  --  --  - . -  -  -  140 


Ml 

229 


MM  SMJ  17D0A  (USAI  ) 
?.  July  1900 


IIOUIMS 

•■iS'iss 

1  Expanded  memory  niappiiuj  di  ay  rain 

2  Intorrupl  system  flowchart 

3  Interrupt  vectoring  system 
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Single?  precision  fixed  point  numbers  - 
Double  precision  fixed  point  numbers  - 
32-bit.  floating  point  numbers  - 
'10-bit  extended  floating  point  numbers 
Addressing  modes  and  instruction  word  format  - 
Processor  reset  state  ------ 

At  code  to  access  key  mapping  - 
Interrupt  dolinilions  ------ 

Input/output  channel  groups  - 

Operation  code  matrix  ------ 

t'.xtendcd  operation  codes  ------ 
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I  I  Scene.  I  his  simulant  defines  the  instruction  set  architecture  (ISA)  for  airborne  computers.  It  docs  not  define 
specific'  implementation  details  ol'n  computer. 

1.2  Purpose.  Ibe  purpose  of  tl  s  document  is  to  establish  a  nnifomi  instruction  set  architecture  for  airborne 
computcis  which  shall  he  used  in  Air  l-o ice  avionic  weapon  systems. 

1 . 1  Anplicabilitv.  Ibis  standard  is  intended  to  he  used  to  define  only  the  ISA  of  aiiborne  computers.  System- 
unique  requirements  sue  h  as  speed,  weight,  power,  additional  input/ouipui  commands,  and  environmental 
operating  characteristics  are  defined  in  the  computer  specification  for  each  computer.  Application  is  not  restricted  to 
any  particular  avionic  function  or  specific  hardware  implementation  by  this  standard.  Generally,  the  ISA  is 
applicable  to.  and  shall  be  used  for.  computers  that  perforin  such  functions  as  moderate  accuracy  navigation, 
computed  air  release  points,  weapon  delivery,  air  rende/vous,  stores  management,  aircraft  guidance,  and  aircraft 
management,  t  his  standard  is  not  restricted  to  implementations  of  "stand-alone"  computers  such  as  a  mission 
computer  or  a  fire  control  computer.  Application  to  tire  entire  range  of  avionics  functions  is  encouraged  such  as 
stability  and  control,  display  processing  and  control,  thrust  management,  and  electrical  power  control. 

1.4  benefits.  Ibe  expected  benefits  of  this  standard  ISA  are  the  use  and  re-use  of  available  support  software  such 
as  compilers  and  instruction  level  simulators.  Other  benefits  may  also  be  achieved  such  as:  (a)  reduction  in  total 
support  software  gained  by  the  use  of  die  standard  ISA  for  two  or  more  computers  in  a  weapon  system,  and  (b) 
software  development  independent  of  hardware  development 

2  REFERENCED  DOCUMENTS 

Not  applicable. 


3  DEFINITIONS 

3. 1  Accumulator.  A  register  in  the  arithmetic  logic  unit  used  for  intermediate  storage,  algebraic  sums  and  other 
arithmetic  and  logical  results. 

3  2  Address.  A  number  which  identifies  a  location  in  memory  where  information  is  stored. 

3.3  Arithmetic  logic  unit  (AI.U).  Thai  portion  of  hardware  in  the  central  processing  unit  in  which  arithmetic  and 
logical  operations  arc  performed. 

3.4  Avionics.  All  the  electronic  and  electromechanical  systems  and  subsystems  (hardware  and  software)  installed 
in  an  aircraft  or  attached  to  it.  Avionics  systems  interact  with  the  crew  or  other  aircraft  systems  in  these  functional 
areas:  communications,  navigation,  weapons  delivery,  identification,  instrumentation,  electronic  warfare, 
reconnaissance,  flight  control,  engine  control,  power  distribution,  and  support  equipment 

3.5  base  register.  Any  general  register  used  to  provide  the  base  address  portion  of  the  derived  address  for 
instructions  using  the  base  relative  or  base  relative-indexed  addressing  modes. 

3.6  Hit.  Contraction  of  binary  digit;  may  be  cither  zero  or  one.  In  information  theory,  a  binary  digit  is  equal  to 
one  binary  decision  or  the  designation  of  one  of  two  possible  values  or  states  of  anything  used  to  store  or  convey 
information. 

3.7  llvtc.  A  group  of  eight  binary  digits. 

3.8  Central  processing  unit  (CPU).  That  portion  of  a  computer  that  controls  and  performs  the  execution  of 
instructions. 
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.1.9  CoihioI  unit.  I  ha!  portion  of  hardware  in  ihe  CPU  tlr.a  direct',  sequence  cl  Operations,  iniciniets  coded 
iiistmetions.  and  initiates  proper  commands  to  other  pails  of  the  computer. 

.1.10  General  nuroose  register.  A  register  that  may  be  used  for  arithmetic  and  logical  operations,  indexing, 
slutting,  input  output,  and  general  storage  of  temporary  data. 

.1.11  Index  register.  A  regislci  that  contains  a  quantity  for  modification  of  an  address  w ithout  permanently 
modifying  die  address. 

.1,1 2  Inmii/ontptit  (I/O).  That  portion  of  a  computer  which  interfaces  to  the  extei  n.i!  world. 

.1.12  Instruction.  A  program  code  which  tells  the  computer  what  to  do. 

.1.14  Instruction  counter  (1C).  A  register  in  the  CI’U  that  holds  the  address  of  die  next  instruction  to  he  executed. 

3.15  Instruction  sot  architecture  (ISA).  The  attributes  of  a  digital  computer  as  seen  by  a  machine  (assembly) 
language  programmer.  ISA  includes  die  processor  and  input/output  instruction  sets,  their  formats,  operation  codes, 
and  addressing  modes;  memory  management  and  partitioning  if  accessible  to  the  machine  language  programmer, 
die  speed  of  accessible  clocks;  interrupt  structure;  and  die  manner  of  use  and  format  of  all  registers  and  memory 
locations  that  ir  iy  lie  directly  manipulated  or  tested  by  a  machine  language  program,  I  his  definition  excludes  the 
time  or  speed  of  any  operation,  internal  computer  partitioning,  electrical  and  physical  organization,  circuits  and 
components  of  the  computer,  manufacturing  technology,  memory  organization,  memory  cycle  time,  and  memory 
bus  w  idths, 

.1.16  Interrupt.  A  special  control  signal  that  suspends  the  normal  flow  of  the  processor  operations  and  allows  the 
processor  to  respond  to  a  logically  unrelated  or  unpredictable  event. 

3.17  Memory.  That  portion  of  a  computer  that  holds  data  and  instructions  and  from  which  they  can  be  accessed  at 
a  later  hme. 

3.18  Operation  code  (OPCOl)F).  'Ihat  part  of  an  instruction  that  defines  the  machine  operation  to  be  performed. 

3.19  Operand.  That  part  tif  an  instruction  that  specifics  die  address  of  the  source,  the  address  of  die  destination,  or 
the  data  itself  on  which  the  processor  is  to  operate. 

3.20  Page  register.  A  register  which  is  used  to  supply  additional  address  bits  in  paged  memory  addressing 
schemes. 

3.21  Programmed  input/outnut  (PIO).  A  type  of  I/O  channel  that  allows  program  control  of  information  transfer 
between  the  computer  and  an  external  device. 

3.22  Register.  A  device  in  the  CPU  for  the  temporary  storage  of  one  or  more  words  to  facilitate  arithmetical, 
logical,  or  transfer  operations. 

3.23  Register  transfer  language  (KT1 .).  A  language  used  to  describe  operations  (upon  registers)  which  arc  caused 
by  the  execution  of  each  instruction. 

3.24  Reserved.  Must  not  be  used. 

3.25  Sparc.  A  framewtn k  for  usage  is  defined  by  the  standard  with  particulars  lo  be  defined  by  the  application 
requirements. 

3.26  Stack.  A  sequence  of  memory  locations  in  which  data  may  be  stored  and  retrieved  on  a  last-in-first-out 
(I  II  O)  basis. 
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4.1.2  Double  invasion  fixed  ponn  data  Double  pi«-t  >snttt  I.'  l-u  "-M*d  pom*  d.«i.>  shall  be  •••pv-omed  a.  a  v  1  'i 
2's  complement  integer  ntimbei  with  the  most  signl'u  .mi  hit  i  USH)  the  fio:  -void  ,ts  the  sign  I >u 

MSB  I  SB 


I S  |  (MSI!)  |  (ISH) 


0  1  15  16  .11 

I. samples  of  machine  representation  for  double  precision  fixed  point  nuinhers  are  shown  in  table  II 


I  Alii  !■"  II.  Double  precision  fixed  nomt  numbers 


Integer  | 

32-Bit 

Hexadecimal  Word 

2,147,483.647  | 

7 

F 

f 

F 

1 

f 

F 

F 

1.073.741.824  | 

4 

0 

0 

0 

0 

0 

0 

0 

2  1 

0 

0 

0 

0 

0 

0 

0 

2 

1  | 

0 

0 

c 

0 

0 

0 

0 

1 

0  1 

0 

0 

0 

0 

0 

0 

0 

0 

-1  1 

F 

F 

F 

F 

F 

F 

F 

F 

-2  I 

F 

F 

F 

F 

F 

F 

F 

E 

-1,073.741,825  | 

C 

0 

0 

0 

0 

0 

0 

0 

2,147,483,647  j 

8 

0 

0 

0 

0 

0 

0 

1 
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8 

0 

0 

0 

0 

0 

0 

0 

4.1.3  fixed  point  operands.  All  operands  for  fixed  point  adds,  subtracts,  multiplies  and  divides  arc  integer.  A 
fixed  point  overflow  shall  be  defined  as  arithmetic  overflow  if  die  result  is  greater  than  7HI-  ,h  or  less  than  80001(l 
for  single  precision  and  greater  than  71-1-1  1-1 Tl- 16  or  less  than  8000  000016  for  double  precision. 

4.1.4  Results  on  fixed  point  overflow.  On  fixed  point  operations  which  cause  overflow,  the  operation  shall  be 
performed  to  completion  as  if  the  M  Slls  arc  present  and  die  16  I.SIls  for  single  precision  or  the  32  I.Slis  for  double 
precision  shall  be  retained  in  die  proper  rcgistcr(s).  I  )i vision  by  zero  shall  produce  a  fixed  point  overflow  and 
return  results  of  all  zeros. 

4.1.5  Moating  point  data.  Moating  point  data  shall  be  represented  as  a  32-bit  quantity  consisting  of  a  24-bit  2's 
complement  mantissa  and  an  8-lnt  2's  complement  exponent. 
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| S |  Mantissa  I  Ixponent  | 


01  23  24  31 

floating  point  numbers  are  represented  as  a  fractional  mantissa  times  2  raised  to  the  power  of  the  exponent.  All 
tin, ilimt  point  numbers  are  assumed  normalized  or  floating  point  zero  at  the  beginning  of  a  floating  point  operation 
and  the  results  of  all  boating  point  operations  arc  iiomiali/cd  (a  normalized  boating  point  mnnber  lias  the  sign  of  tile 
mantissa  and  tile  next  bn  ol  opposite  value)  or  floating  point  zero.  A  boating  point  zem  is  defined  as  0000  000016, 
that  ,s,  a  /,  to  mantissa  and  a  zero  exponent  (00lh).  An  extended  floating  point  zero  is  defined  as  0000  0000 1 1000 
that  is.  a  zero  mantissa  and  a  zero  exponent.  Some  examples  of  the  machine  representation  for  32  bit  boating  point 
numbers  arc  shown  in  table  111. 


TAHI.H  III.  32-bit  .Dating  point  numbers 


Hexadecimal  Notation 


|  Decimal  Number  |  Mantissa  EXP 
I '  ~  i?7  i 

|  0.9999998  x  2lc  |  7FFF  FF  7F 
j  0.5  x  2127  |  4000  00  7F 
|  0  625  x  24  |  5000  00  04 
|  0.5  x  21  |  4000  00  01 
|  0.5  x  2°  |  4000  00  00 
|  0.5  x  2'1  |  4000  00  FF 
|  0.5  x  2'128  1  4000  00  80 
|  0.0  x  2°  |  0000  00  00 
|  -1.0  x  2°  |  8000  00  00 
|  -0.5000001  x  2~ 128  |  BFFF  FF  80 
I  -0.7500001  x  2 4  9FFF  FF  04 


4.1 .6  Extended  precision  floating  point  data.  Extended  floating  point  data  shall  be  represented  as  a  48-bit  quantity 
consisting  if  a  40-bil  2's  complement  mantissa  and  an  8-bil  2'scoinplement  exponent.  The  exponent  bits  24  to  31 
lay  between  the  split  mantissa  bus  0  to  23  and  bits  32  to  47.  flic  most  significant  bit  of  the  mantissa  is  the  sign  bit  0. 
and  the  least  significant  bit  of  the  mantissa  is  bit  47. 


M1L-STU-  1750A  (USAF) 
2  July  1980 


|  |  Mant i ssa  |  |  Mant  i  ssa  | 

| S |  MS  | F  xponen 1 1  I S  | 

01  23  24  31  32  47 

Some  examples  of  the  in.ichir  •  representation  of  48-hit  extended  floating  point  numbers  arc  shown  in  table  IV. 

TABI.F  IV.  4S-hit  extended  Hunting  noini  numbers 


Hexadecimal  Notation 


Decimal  Number 

|  Mantissa  (MS) 

1  Exp  I 

Mantissa  (1_S) 

«  0.5  x  2127 

|  400000 

1  7F  1 

0000 

0.5  x  2° 

|  400000 

1  oo  1 

0000 

0.5  x  2"1 

|  400000 

|  *  |  " 

1  FF  1 

0000 

0.5  x  2'128 

|  400000 

1  ' 

1  00  1 

0000 

-1.0  x  2127 

|  800000 

1  1 

1  7F  1 

0000 

o 

CVJ 

X 

o 

1 

|  800000 

1  -  - 1  -- 

1  00  1 

0000 

-1.0  x  2'1 

|  800000 

1  1  -- 
1  FF  1 

0000 

-1.0  x  2*128 

|  800000 

1  "  1 

1  00  1 

0000 

0.0  X  2° 

|  000000 

—  1  --  1 

1  00  1 

0000 

-0.75  x  2'1 

|  A00000 

- 1  _  1 

1  FF  1 

0000 

For  both  floating  point  and  extended  floating  point  numbers,  an  overflow  is  defined  as  an  exponent  overflow  and  an 
underflow  is  defined  as  as  exponent  underflow. 

4.1.7  Floating  point  operands.  All  operands  for  floating  point  instructions  most  be  normalized  or  a  floating  point 
zero.  A  floating  point  overflow  shall  be  defined  as  exponent  overflow  if  the  exponent  is  greater  than  7F]f).  Idle 
results  of  an  operation  which  causes  a  floating  point  overflow  shall  be  die  largest  positive  number  if  the  sign  of  the 
resulting  mantissa  was  ositivc.  or  shall  be  the  smallest  negative  number  it  the  sign  of  the  resulting  mantissa  was 
negative.  Underflow  shall  he  defined  as  exponent  underflow  if  the  exponent  is  less  than  80ih.  I  lie  results  of  an 
operation  which  causes  a  floating  point  underflow  shall  be  floating  point  zero.  Separate  interrupts  are  set  for 
overflow  and  underflow.  Only  the  floating  point  instructions  shall  set  the  underflow  mtcrnipt. 

4.1.8  I  rtincation  of  floating  point  results.  All  floating  point  results  shall  be  truncated  tow  ard  negative  infinity. 

4.1.9  Results  of  division.  Idle  sign  of  any  non-zero  remainder  is  the  same  as  the  dividend  for  all  division 
instructions:  the  remainder  is  only  accessible  for  single  piecision  integer  divides  with  1ft  hit  div  idends  and  for  single 
precision  integer  divides  with  17  lot  dividends. 
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<1.2  InM  ruction  I'unii.iiv  Six  b.ixic  m-.li  uction  tomi.il'>  'lull  support  10  .mil  !2-lut  m.lim lions.  Ills'  operation  code 
(opcode)  shall  not  m.ill>  consist  of  the  S  most  significant  hits  ot  the  institution. 

4.2.1  Kei'ister-to-rcmster  fonn.il.  The  icgister-io-roeislei  format  is  a  16  bit  instruction  consisting  of  an  8-bit 
opcode  and  two  4-bit  general  register  (UK)  fields  that  typically  specify  any  of  16  general  registers.  In  addition,  these 
fields  may  contain  a  shift  count,  condition  code,  opcode  extension,  bit  number,  or  die  operand  for  immediate  short 
instructions. 

MSB  LSB 


|  Opcode  |  GR1  |  GR2  | 


0  7  8  11  12  15 

4.2.2  Instruction  counter  relative  format.  The  Instruction  Counter  (1C)  Relative  Formal  is  a  16-bit  instruction 
consisting  of  an  8-bit  opcode  and  an  8-bit  displacement  field. 

MSB  LSB 


Opcode  |  Displacement  | 


0  7  8  16 

4.2.!  Base  relative  format.  Hie  base  relative  instruction  format  is  a  16-bit  instruction  consisting  of  a  6-bit  opcode, 
a  2 -bit  base  register  field  and  an  8-bit  displacement  field,  Ihc  base  register  (BR)  field  allows  the  designation  of  one 
of  four  different  registers. 

MSB  LSB 


|  Opcode  |  BR  1  Displacement  | 


0 

5  6 

7  8 

15 

BR 

=  0 

impl ies 

general 

register 

12 

BR 

=  1 

impl ies 

general 

reg i ster 

13 

BR 

=  2 

impl  ies 

general 

register 

14 

BR 

=  3 

impl ies 

general 

register 

15 

4.2.4  Base  relative  indexed  format.  The  base  relative  indexed  instruction  format  is  a  16-bit  instruction  consisting 
of  a  6-bit  opcode,  a  2-bit  base  register  field,  a  4-bit  opcode  extension  and  a  4-bit  index  register  field.  Ihe  base 
register  (BR)  field  allows  the  designation  of  one  of  four  different  base  registers  and  the  index  register  (RX) 
field  allows  the  designation  of  one  of  fifteen  different  index  registers. 
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MSH  LSB 

|  Opcode  |  HR  |  Op.Fx.  |  RX  | 


0 

5  6 

7  8 

11  12 

15 

HR 

=  it 

imp  1  ies 

general 

ret)  ister 

12 

BR 

=  1 

imp  1  ies 

genera  1 

reg  ister 

13 

BR 

*  2 

imp  1  ies 

genera  1 

reg  i  s  ter 

(4 

BR 

=  3 

imp  lies 

general 

reg  ister 

15 

RX  =  0  implies  no  indexing 

4.0.5  Lone  instrnciion  fonn.n.  lhc  I  ong  Instruction  format  is  a  32-bit  instruction  consisting  of  an  K  bit  opcode.  a 
4-bit  general  register  field,  a  4-lnt  index  register  field  and  a  16  bit  address  field. 

MSS  I  SB 


|  Opcode  |  GR1  |  RX  |  16-Bit  Address  Field 


0  7  8  11  12  15  16  31 

Typically  .OKI  is  one  of the  1(>  general  registers  on  which  the  instruction  is  performing  die  operation.  RX  is  one  of 
the  15  general  registers  being  used  as  an  index  register,  lhc  !6-bit  address  field  is  cither  a  full  16-bit  memory 
address  or  a  16-bit  operand  if  tire  instruction  specifies  immediate  addressing. 

4.2.6  Immolate  opcode  extension  format,  lhc  immediate  opcode  extension  format  is  a  32-bit  instruction 
consisting  of  an  8-bit  opcode,  a  4-bu  general  register  field,  a  4-bit  opcode  extension  and  a  16  bit  data  field. 

1  ypically.  C1R 1  is  one  of  the  16  general  registers  on  which  the  instruction  is  performing  the  operation.  Op.  Kx.  is  an 
opcode  extension. 

MSB  ISB 


|  Opcode  |  GR1  |  Op. Ex.  |  16-Bit  Immediate  Data  | 

0  7  8  11  12  15  16  31 

4.3  Addressing  modes.  Table  V  specifics  the  instruction  word  format,  the  I  lerivcd  Address  (DA),  and  the  Derived 
Operand  (DO)  for  each  addressing  mode  that  shall  he  implemented.  Itic  smallest  addressable  memory  word  is  16 
bits:  hence,  the  16-bit  address  fields  allow  direct  addressing  of  64K  (65.536)  words.  Ihcrc  is  no  restriction  on  the 
location  of  double  word  operands  in  memory. 

4.3.1  Register  direct  (It).  An  addressing  mode  in  which  the  instruction  specified  register  contains  the  required 
operand.  (With  the  exception  of  this  address  mode.  DA  denotes  a  memory  address.) 

4.3.2  Memory  direct  (D).  An  addressing  mode  in  which  the  instruction  contains  the  memory  address  of  die 
operand. 

4.3.3  Memory  direct-indexed  (I  >X).  An  addressing  mode  in  which  the  memory  addiess  of  the  required  operand  is 

specified  In  the  sum  of  the  content  of  an  index  icgisier  and  the  instruction  address  field.  Registeis  R  I ,  R2 . I<  1 5 

may  he  specified  for  indexing. 
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4. . 14  Mcmoiv  indirect  ( I).  Ail  addressing  mode  m  which  the  instruction  specified  memory  address  cont.iins  the 
iddiess  ni  the  required  operand. 

4.3.5  Mompiy  indirect  mih  ore  index  ini’  (I.M.  \n  addressing  mode  in  which  die  sum  of  the  lament  m  ,i  specified 
index  register  .mil  the  iiistiuction  .iddress  field  is  the  .uldri  ,  ot  the  address  of  the  required  upcr.ind.  Kegisteis  l<  1 , 
R2 . K 1 5  max  he  specified  foi  pie- indexing. 

4..  1.6  liiiinedi.ite  Iona  (IM).  Iliere  shall  he  mu  methods  of  Immediate  I  one.  addressing:  one  which  allows 
indexing  and  one  which  does  not  I  he  indexable  tin  in  ol  immedi.iie  iddiessm  ■  is  defined  in  i.ifle  V  .  It  the 
specified  index  register.  KX  not  equal  to  zero,  the  content  ol  R\  is  added  lo  the  immediate  field  to  toim  die 
required  operand;  otherwise  the  immediate  field  contains  the  required  operand. 

4. . 1.7  Immedi.iie  short  ( 1S1.  An  addressing  mode  in  which  die  icqmred  (4-hit)  operand  is  com. lined  w  idim  ate  1 16- 
hu)  instruction.  Iliere  shall  lie  two  methods  of  Immediate  Short  addressing:  one  which  interprets  the  content  ol  the 
immediate  field  as  posittxe  data,  and  a  second  which  interprets  the  content  of  immediate  field  as  negative  data. 

4. . 1.7.1  Immediate  short  uosiiixe  (ISR).  I  he  immediate  operand  is  treated  as  a  positive  integer  between  land  16. 

4. 3. 7. 2  Immediate  short  negative  (1SN).  I  lie  immediate  operand  is  treated  as  a  negative  integer  between  1  and  16. 
Its  internal  tbrm  shall  be  a  As  complement,  sign-extended  16-bit  number. 

4.3.8  Instruction  counter  rclniivc  (ICR).  litis  addressing  mode  is  used  for  16  bit  branch  instructions.  The 
contents  ol  the  instruction  counter  minus  one  (i.e..  the  address  of  the  current  instruction)  is  added  to  the  sign 
extended  8-bit  displacement  field  of  the  instruction.  The  sum  points  to  die  memory  address  to  which  control  may  be 
transferred  if  a  branch  is  executed,  llus  mode  allows  addressing  xvidiin  a  memory  region  of  80^  to  7K]0  words 
relative  to  the  address  of  the  current  instruction. 

4.3.9  Base  relative  (11) .  An  addressing  mode  in  which  the  content  of  an  instruction  specified  base  reg  <s  added 
to  die  8-bit  displacement  field  of  the  (16-bit)  instruction.  The  displacement  field  is  taken  to  be  a  posi,;'  >  ,rbcr 
between  0  and  255.  ITic  sum  points  to  the  memory  address  of  die  required  operand.  Iliis  mode  allow  ,d.  ig 
within  a  memory  region  of  256  words  beginning  at  the  address  pointed  to  by  the  base  register. 

4.3.10  Base  relative-indexed  (UX).  The  sum  of  the  contents  of  a  specified  index  register  and  a  specified  base 

register  is  the  .iddress  of  die  required  operand.  Registers  R 1.  R2 . R15  may  be  specified  for  indexing. 

4.3.1 1  Special  (S).  The  special  addressing  mode  is  used  where  none  of  die  other  addressing  modes  are  appli  able. 
4.4  Registers  and  support  features. 

4.4.1  General  registers.  Ilie  instruction  set  shall  support  a  minimum  of  16  rcgisters(R0  through  R15).  Hie 
registers  may  be  used  as  accumulators,  index  registers,  base  registers,  temporary  operand  memory,  and  stack  pointers 
with  the  following  restrictions: 

a.  Only  registers  Rl,  R2 . R15  may  be  used  as  index  registers (RX). 

b. Only  four  registers,  R12.,  R13.  R 14.  and  R15  may  be  used  as  base  registers  for  instructions  having  the 
Base  Relative  address  mode. 

c. R  1 5  is  the  implicit  stack  pointer  for  the  Rush  and  Pop  Multiple  instructions  (Opcode  8F)f)  and  9Flh). 

d. Thc  general  registers  are  not  in  the  logical  memory  address  space. 

c. Instructions  having  the  Base  Relative  addresxmc  mode  have  a  single  accumulator.  Hie  regisici  pair  (RO. 

Rl )  is  the  accumulator  lor  double  pici  tsnm  .i.ul  doming  point  opcialions.  Register  R2  is  the 
accumulator  for  single  piec imoii  op.  i. iimns  .-...■pt  multiply  and  dn  me  h  ise  relative  also  use  R 1 
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I  he  ivncr.il  icgistcts  shall  functionally  appear  to  be  10  bits  in  Ictigili  I m  iiisiiih.  lions  n  -quiring  a  t.’-bit  operation, 
adj.ieent  icgistois  shall  be  concatenated  to  form  effective  V1  bit  icgislcrs.  Instinct  toils  i  opining  -18 -bit  operation 
shall  i  oncaten.ite  three  adjacent  registers  to  form  an  effective  48  bit  register. 

When  reeisteis  are  concatenated,  the  register  specified  by  the  instruction  shall  represent  the  most  significant  word. 

I  lie  legister  set  wraps  around,  llt.it  is.  K 15  concatenates  with  R0  for  32  bit  operations  and  K 15  concatenates  with  R0 
and  RI  for  48-hit  operations. 

4.4.2  Special  registers.  The  instructions  shall  make  use  of  die  following  special  registers:  instruction  counter, 
status  word,  fault  register,  interrupt  mask,  pending  interrupt  register,  and  input/output  interrupt  code  registers. 

4.4.2. 1  Instruction  counter  ( IQ.  A  16-hit  register  used  for  program  sequencing.  It  allows  instructions  within  a 
range  of  65.536  wot  Js  to  he  executed.  It  is  external  to  the  general  registers.  It  is  saved  in  memory  when  an  interrupt 
is  serv  iced. 

4.4. 2. 2  Status  word  (SW).  Hie  instruction  set  shall  reference  a  16-bit  status  word  register  whose  state  is  defined  by 
some  prior  event  occurrence  in  die  computer.  The  figure  hclow  indicates  the  format  for  the  SW  witli  the  following 
paragraphs  describing  the  meaning  of  the  Condition  Status  (CS)  field,  reserved  bits,  the  Processor  Suite  (PS)  field, 
and  the  Address  State  (AS)  field. 


CS  |  Reserved  |  PS  |  AS  | 


0  3  4  7  8  11  12  15 

CS  Hits:  A  tour-bit  field  (bits  0  through  3)  of  the  status  word  shall  be  dedicated  to  instruction  results  (i.c., 

instruction  status  bits)  and  is  defined  as  condition  status  (CS).  lilts  0,  1,  2,  and  3  shall  be 
identified  as  C,  P,  Z.  and  N,  respectively,  and  their  meanings  arc  given  by  die  following  register 
transfer  description: 

C  =  (CS)0  =  1  if  result  generates  a  carry  from  an  addition  or  no  borrow  from  a  subtraction 
P  =  (CS)j  =  1  if  result  is  greater  than  (zero) 

Z  -  (CS)2  =  1  if  result  is  equal  to  (zero) 

N  =  (CS)3  =  1  if  result  is  less  than  (zero) 

Rosen  cd  Hits:  Hits  4  dirough  7  of  the  status  word  shall  be  reserved. 

PS  Hits:  A  four-bn  field  (bits  8  through  11)  of  the  status  word  shall  be  dedicated  to  the  processor  state  (PS) 

code.  Ihc  code  value  defined  by  the  PS  shall  be  used  for  the  following  two  functions: 

For  implementations  which  include  the  memory  access  lock  feature  of  the  expanded  memory 
addressing  option  (sec  paragraph  4. 5. 2.2),  PS  shall  define  the  memory  access  key  code  for  all 
instructions  and  operand  references  to  memorv.  References  to  memory  during  the  interrupt 
recognition  sequence  for  vector  table  pointer  fetches  and  linkagc/scrvicc  parameter  storc/rcad 
references  shall  not  use  PS  to  define  the  memory  access  key  code,  but  shall  use  an  implied  PS  =  0 
value. 

PS  shall  determine  the  legal/illegal  criteria  for  privileged  instructions.  When  PS  =  0  and  a 
privileged  instruction  execution  is  attempted,  the  instruction  shall  be  legal  and  shall  be  executed 
properly  as  defined.  When  PS£ 0  and  a  privileged  instruction  execution  is  attempted,  the 
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instruction  shall  he  illegal,  shall  he  aborted,  and  the  privileged  instrueiion  fault  hit  in  the  fault 
register  (I 'I  l0)  shall  he  set  to  one. 

AS  bits:  A  four-bit  field  (bits  12  through  IS)  of  the  status  word  shall  he  dedicated  to  the  address  state  (AS) 

code,  for  implementations  which  do  not  include  die  expanded  memory  addicting  option,  ,m 
address  state  fault  shall  be  generated  for  any  operation  which  attempts  to  modiiy  AS  to  a  non-zero 
value,  for  implementations  which  include  the  expanded  memory  .iddivsving  option,  AS  shall 
define  the  giotip  (pair)  of  page  register  sets  to  be  used  for  all  insiiuclion  and  operand  references 
to  memory.  References  to  memory  during  the  interrupt  recognition  sequence  for  \ectoi  table 
pointer  fetches  and  service  parameter  load  references  shall  not  use  AS  to  define  the  operand  page 
register  set,  but  shall  use  an  implied  AS  =0  value.  The  linkage  parameter  store  lel'crcnces shall 
use  the  AS  field  of  die  new  status  word,  for  partial  implementations  which  include  less  tli.  a  Id 
groups  of  page  register  sets  for  the  expanded  memory  addressing  option  (see  paragraph  4  5.2.3), 
the  address  state  fault  hit  in  the  fault  register  (FT'u)  shall  be  set  to  one  if  any  operation  attempts 
to  establish  an  AS  value  that  is  not  implemented. 

4.4. 2. 3  Fault  register  (I  T).  The  fault  register  is  a  16-bit  register  used  for  indicating  machine  error  conditions.  Ihe 
logical  OR  of  die  fault  register  hits  is  used  to  generate  the  machine  error  interrupt.  Hie  fault  icgistcr  shall  he  read 
and  cleared  by  an  XIO  instruction.  If  a  particular  fault  bit  is  not  implemented,  then  die  bit  shall  be  set  to  zero.  Ilic 
fault  bits  shall  he  assigned  as  specified  in  die  following: 

0  1  2  3  4  5  6  7  8  9  10  11  12  23  14  15 


|  MEMORY  |  PARITY  |  I/O  | SPARE |  ILLEGAL  |  RES .  |  BITE 

IPROfECT  |  III  II 


The  bits  shall  have  the  following  meaning  when  set  to  one  (]): 


Bit  0: 

Bit  1: 

Bit  2: 
Bit  3: 
Bit  4: 
Bit  5: 

Bit  6: 

Bit  7: 
Bit  8: 
Bit  9: 


CPU  Memory  Protection  Fault.  l"hc  CPU  has  encountered  an  access  fault,  write  protect  fault,  or 
execute  protect  fault. 

I1MA  Memory  Protection  Fault.  A  DMA  device  has  encountered  an  access  fault  or  a  write 
protect  fault. 

Memory  Parity  Fault. 

PIO  Channel  Parity  Fault. 

DMA  Channel  Parity  Fault. 

Illegal  I/O  Command  Fault.  An  attempt  has  been  made  to  execute  an  uicmplcmcntcd  or  reserved 
I/O  command. 

PIO  Transmission  Fault.  Other  I/O  error  checking  devices,  if  used,  may  be  ORcd  into  this  bit  to 
indicate  an  error. 

Spare. 

Illegal  Address  Fault.  A  memory  location  lias  been  addressed  which  is  not  physically  present. 
Illegal  Instruction  Fault.  An  attempt  has  been  made  to  execute  a  reserved  code. 
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IlH  10.  I *i  i\ IlogCvJ  Instruction  Intuit.  An  attempt  lias  been  made  to  execute  a  privileged  instiuction  with 

I’S/-.  0." 

Hit  11:  Address  Slate  Fault.  An  attempt  has  been  made  to  establish  an  AS  value  fot  an  unimplcmcnted 

page  register  set. 

Hit  12:  Reserved. 

Bit  13:  Built-in  l  est  Fault.  Hardware  built-in  test  equipment  (Bi  ll-)  error  has  been  detected. 

Bit  14-15:  Sparc  Bl  I  K.  These  bits  arc  for  use  by  die  designer  for  future  defining  (coding,  etc.)  the  BITK 

error  which  is  detected.  'Ilus  can  be  used  with  Bit  13  to  give  a  more  complete  error  description. 

4  4.2.4  Interrupt  mask  (MK).  Ihc  interrupt  mask  register  is  software  controlled  and  contains  a  inask  bit  for  each 
of  the  system  interrupts.  Ihc  interrupt  system  is  defined  in  paragraph  4.6. 

4.4.2. 5  Fcndjng  interrupt  register  (PI).  Hie  pending  interrupt  request  register  is  software  and  hardware  controlled 
and  contains  die  pending  interrupts  that  are  attempting  to  vector  die  instruction  counter.  A  pending  interrupt  is  set 
by  a  sy  stem  interrupt  signal.  The  pending  interrupt  bit  that  generates  the  interrupt  request  is  cleared  by  hardware 
action  during  the  interrupt  processing  prior  to  initiating  software  at  the  address  defined  by  the  new  IC  value.  The 
register  may  be  set.  cleared,  and  read  hy  the  I/O  instructions. 

4.4. 2.6  Input/outnut  interrupt  code  registers  flOICKoptional).  The  input/output  interrupt  code  registers,  if 
implemented,  arc  used  to  indicate  which  channel  generated  the  input/output  interrupt.  One  register  is  assigned  for 
each  of  the  two  input/output  interrupts.  Fach  register  is  set  by  hardware  to  reflect  the  address  of  die  highest  priority 
channel  requesting  that  level  of  interrupt.  The  address  shall  be  0016  for  channel  number  0.  0F16  for  channel  number 
15.  7FI6  for  channel  number  127,  etc.  Ihc  lOICs  shall  not  be  altered  once  the  interrupt  sequence  has  commenced 
until  they  are  read  by  an  I/O  instruction. 

MSB  LSB 


Spare  |  Channel  Code 


0  7  8  16 

4.4. 2.7  Page  registers  (optional).  Up  to  256  sixteen  bit  registers  for  optional  expanded  memory  addressing. 

4.4.2. 8  Memory  fault  status  register  (MFSR)  (optional).  The  memory  fault  status  register  provides  die  page 
register  selection  designators  associated  with  memory  faults.  Ihc  page  register  designators  (below)  captured  by  the 
MFSR  arc  valid  for  die  memory  reference  causing  die  fault. 


|  LPA  |  RESERVED  |I0|  AS  j 


034  10  11  12  15 

LPA:  Address  of  page  register  within  the  set 

RFSFRVF.l):  Must  not  be  used. 

IO:  Instruction/opcrand  page  set  selector  (1  =  instruction). 

AS:  Address  of  selected  group. 
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4.4. .1  Slack.  The  instruction  set  shall  support  a  stack  mechanism.  The  operation  of  the  slacking  mechanism  shall 
he  such  that  the  "last-in,  first-out"  concept  is  used  lor  adding  items  to  the  slack  and  ihc  Slack  f’onucr  (SP)  register 
always  contains  the  memory  address  where  the  Iasi  item  is  stored  on  the  stack,  the  stack  provides  tor  nested 
subroutine  linkage  using  register  15.  Ihc  stack  shall  also  reside  in  a  user  defined  memory  aiea.  I  wo  instructions 
shall  use  register  number  15  (R15)  as  the  implied  system  stack  pointer:  Push  Multiple  registers.  PSI  IM  (see  page 
87),  and  Pop'MultipIc  registers,  POPM  (sec  page  77).  Ihc  slack  expands  linearly  toward  zero  as  items  are  added  to 
it. 

Two  instructions.  Stack  1C  and  Jump  to  Subroutine,  SJS  (see  page  68),  and  Unstack  1C  and  Return  from  Subroutine, 
URS  (sec  page  69)  allow  the  programmer  to  specify  any  of  the  16  general  registers  as  the  stack  pointer.  I  hc  memory 
block  immediately  preceding  the  slack  area  may  be  protected  (by  user  using  memory  protect  RAM),  thus  providing 
a  means  of  knowing  (memory  protect  interrupt)  when  the  stack  limit  is  exceeded.  Ihc  slack  shall  be  addressed  by 
the  Stack  1C  and  Jump  to  Subroutine,  Unstack  1C  and  Return  from  Subroutine,  Push  Multiple,  and  Pop  Multiple 
instructions. 

4.4.4  Processor  initialization. 

4.4.4. 1  Processor  reset  state.  Table  VI  defines  the  processor  reset  state: 


TAIM.KVI.  Processor  reset  state 


Regis ter /Dev  ice/ Function 

Instruction  Counter 

Status  Word 

Fault  Register 

Pending  Interrupt  Register 

Interrupt  Mask  Register 

General  Registers 

Interrupts 

Timers  A  &  B 

Page  Registers 

Page  Registers  AL  Field 

Page  Registers  W  Field 

Page  Registers  E  Field 

Page  Registers  PPA  field 

Memory  Protect  RAM 

Start  Up  ROM 

DMA  Enable 

Input  Discretes 

Trigger  Go  Indicator 

Discrete  Outputs 


Condition  After  Reset 

All  zeros 
All  zeros 
All  zeros 
All  zeros 
All  zeros 
Indeterminate 
Disabled 

Started  and  all  zeros  1 
Group  0  enabled  1 
All  zeros  1 
Zero  1 
Zero  1 

Exact  logical  to  physical  1 

Disabled  and  all  zeros  1  2 

Enabled  1 

Disabled  1 

Indeterminate  1 

Started  1 

All  zeros  1 


1  If  implemented  (optional) 

2  Main  Memory  Globally  Protected 


4.4.4. 7  Power  up.  Upon  application  of  power,  the  processor  shall  enter  the  reset  state,  the  normal  power  up 
discrete  shall  he  set  (if  implemented),  and  execution  shall  begin. 

4  4  5  Interval  timers  (optional).  If  implemented,  then  two  interval  timers  shall  be  provided  in  the  computer  and 
shall  he  referred  in  as  I  inter  A  and  I  inter  If  Until  tuners  can  be  loaded,  stopped,  started,  and  lead  with  die 
command'-  described  in  the  \IO  paragraph  (see  page  ?’)).  Ihc  two  timers  shall  be  lh-hil  counters  which  operate  as 
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follows.  effectively.  a  one  is  automatically  milled  lo  (he  least  significant  hit  of  the  timer.  Hit  fifteen  is  the  least 
significant  bit  and  shall  represent  the  specified  increment  value  of  that  inner  i.c.,  either  10  or  100  microseconds.  An 
inicimpt  request  is  generated  when  a  timer  increments  Horn  FFFF|(l  to  0000  lh.  After  power  up,  if  the  timers  arc  not 
loaded  by  software,  then  an  interrupt  request  is  generated  after  65.5.10  counts.  A  sample  of  the  16-bit  counting 

sequence  (shown  in  hex)  is  0000.  0001 .  7FFF,  8000. ...,  FFFF.  (WOO .  At  system  reset  or  power  up,  the  timers 

are  initialized  in  accordance  with  paragraph  4.4.4. 1.  "I lie  timers  are  halted  when  a  bicakpoint,  HPT  (see  page  138), 
instruction  is  executed  and  the  console  is  connected. 

4.5  Memory. 

4.5.1  Memory  addressing.  ‘I he  instruction  set  shall  use  16-bit  logical  addresses  to  provide  for  referencing  of  65,536 
words.  When  the  expanded  memory  option  (sec  paragraph  4.5.2)  is  not  implemented,  physical  addresses  shall  equal 
logical  addresses. 

4. 5. 1.1  Memory  addressing  arithmetic.  Arithmetic  performed  on  memory  logical  addresses  shall  be  modulo 
65,536  such  that  references  to  die  maximum  logical  address  of  FFFF16  plus  1  shall  be  to  logical  address  0000I6. 

4.5. 1.2  Memory  addressing  boundary  constraints.  There  shall  be  no  odd  or  even  memory  address  boundary 
constraints. 

4.5.2  Hxpandcd  memory  addressing  (optional).  If  used,  then  expanded  memory  addressing  shall  be  performed  via 
a  memory  paging  scheme  as  depicted  in  figure  1.  Ihcrc  shall  be  a  maximum  of  512  page  registers  in  the  page  file 
(not  in  logical  memory  space).  'ITiesc  shall  functionally  be  partitioned  into  16  groups  with  2  sets  per  group  and  16 
page  registers  per  set.  Within  a  group,  one  set  shall  be  designated  for  instruction  references  and  die  other  set  for 
operand  references.  Ihe  page  size  shall  be  4096  words  such  that  one  set  of  16  page  registers  shall  be  capable  of 
mapping  65,536  words  defined  by  a  16-bit  logical  address.  Ihe  page  group  shall  be  selected  by  the  4-bit  Address 
Suite  (AS)  field  of  the  Status  Word  (SW).  'the  instmetion/operand  set  within  die  group  shall  be  selected  by  the 
hardw  are  that  differentiates  between  instruction  and  operand  memory  references.  Ihe  4  most  significant  bits  of  any 
16-bit  logical  address  shall  select  die  page  register  widiin  that  set.  Ihe  8-bit  Physical  Page  Address  (PPA)  within  the 
page  register  shall  be  concatenated  with  the  12  least  significant  bits  of  the  logical  address  to  form  a  20  bit  physical 
address,  allowing  addressing  of  1,048.576  words  of  physical  memory. 

4.5.2. 1  Group  selection.  During  instruction  and  operand  references  to  memory,  the  address  state  (AS)  field  of  the 
status  word  shall  be  used  to  designate  the  page  file  group.  During  an  interrupt  recognition  sequence,  the  operand  set 
of  group  zero  shall  be  used  for  vector  table  and  pointer  references  to  memory. 

4. 5.2. 2  Paee  register  word  format.  Hach  page  register  shall  be  16  bits.  The  figure  below  indicates  die  format  for 
the  page  register  words  with  the  following  paragraphs  describing  die  meaning  of  the  access  lock  (AL)  field,  the 
execute  protect  (K)  bit,  the  write  protect  (W)  bit,  reserved  bits,  and  the  Physical  Page  Address  (PPA)  field. 


AL  |  E/W|  Reserved  |  PPA 


0  34678  16 

Al.  Field:  The  access  lock  and  key  feature  is  optional  if  expanded  memory  addressing  is  implemented.  If 

the  access  lock  and  key  feature  is  not  implemented,  then  the  Al.  field  shall  always  be  zero.  If  it  is 
implemented,  then  a  4-bil  field  (bits  0  through  3)  of  each  page  register  shall  contain  the  access 
lock  (AL)  code  for  the  associated  page  register,  which  shall  be  used  with  the  access  key  codes  to 
determine  access  permission.  Ihe  access  key  codes  may  be  supplied  by  either  die  status  word  or 
the  DMA  channel.  For  each  of  the  possible  16  values  of  the  Al.  code,  access  shall  be  permitted 
for  the  reference  acc  'rding  to  Liblc  VII. 

References  supplying i  unacceptable  access  key  code  shall  not  modify  any  memory  location  or 
general  registers  and  ,ui  access  fault  shall  be  generated.  An  access  fault  resulting  from  a  CPU 
reference  attempt  shall  set  fault  register  bit  0  to  cause  a  machine  error  interrupt.  An  access  fault 
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H  Bit: 


W  Bii. 


Reserved  Hits: 


I  Alii  I-  VII.  \!  i i i n. i nn m ■■ 

AL  Code  Arc  u  pi  a  b  I  e  A  r  c  ns  s  Ki  :_y  _  Codes 


0 

1 

2 

3 

4 

5 

6 

7 

8 
9 
A 
B 
C 
D 
E 
F 


0 


0.1. 2, 3. 4 


0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 


1 

2 

3 

4 

5 

6 

7 

8 
9 
A 
B 
C 
0 
E 

8.9.A.B.C.D.E.F 


resulting  from  a  DMA  attempt  slvill  set  fault  register  hit  I  to  cause  a  maclvne  error  interrupt. 

Note  that  the  access  lock  and  key  codes  defined  in  the  above  table  have  the  following 
characteristics1 

a.  An  access  lock  code  of  I  ')6  is  an  "unlocked”  lock  code  and  allows  any  and  all  access 
key  codes  to  be  acceptable. 

b. An  access  key  code  of  0  is  a  "master"  key  code  and  is  acceptable  to  any  and  all  xccss 
.tick  codes. 

c.  Access  key  codes  I  through  !-16  are  acceptable  to  only  their  own  "matched"  lock  code 
or  the  "unlocked"  lock  code  of  F,6. 

d. An  access  key  code  of  F15  is  acceptable  to  only  the  "unlocked"  lock  code  of  F16. 

l  or  instruction  page  register  sets  only,  bit  4  shall  be  defined  as  the  K  bit  and  shall  determine  the 
acceptablc/unacceptable  criteria  for  read  references  for  instruction  fetches.  When  K=  1.  any 
attempted  instruction  read  reference  designating  that  associated  page  register  shall  be  terminated 
and  an  execute  protect  fault  ...all  be  generated.  An  execute  protect  fault  shall  set  fault  register  bit 
0  to  cause  a  machine  error  interrupt. 

For  operand  page  registers  only,  bit  4  shall  be  defined  as  the  W  bit  and  shall  determine  the 
acccptablc/unacccptablc  criteria  for  write  references.  When  W=  1.  any  attempted  write  reference 
designating  that  associated  page  register  shall  not  modify  any  memory  location  and  a  write  protect 
fault  shall  be  generated.  A  write  protect  fault  resulting  from  a  Cl'U  reference  attempt  shall  set 
fault  register  hit  0  to  cause  a  machine  error  interrupt.  A  write  protect  fault  resulting  from  a  DMA 
reference  attempt  shall  set  fault  register  hit  1  to  cause  a  machine  error  interrupt. 

Hits  5  through  7  of  all  of  the  page  registers  shall  be  reserved  and  shall  always  be  0. 
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PI ’A  Lu  lu:  An  ctuhl  Ini  Ik  id  (Inis  S  through  1 S)  of  each  page  register  shall  be  dedie.  ited  In  the  plissit.il  page 

address  v.  hie  ii  is  used  to  deling  (lie  plv.sie.il  address  as  depicted  in  (iguie  I. 

4  5.2. 1  I’u  ii  il  implement  .moils  of  expanded  1 1  urn  'j  »r\  add  n  -mi  l  a .  \  given  implementation  o'  tins  slandaid  may 

nie  lode  i  p  a  li.il  implementation  ol  the  expanded  addl  es  .nig  option.  I  hat  partial  mtpleun  nt at  ion  may  in.  2.  4,  or  S 
eioap .  ol  pa.  e  registers  as  follows: 

Nuinhei;.  of  Groups  AS  Group  Codes 

2  0  and  1 

1  0  through  3 

8  0  through  7 

Within  itii  lull  or  partial  implementation,  the  lock  feature  may  oi  may  not  he  included. 

4  s  3  V ■•rioj_ .  isant .  lopirin.il).  If  used,  then  hit  2  in  the  fault  register  shall  he  set  to  iitdkale  i  memory  parity 
eiror 

4S4  M.ji  i  v  block  protei  i  (oniion.il).  If  used,  shall  he  is  dcserihed  by  the  mpui/output  mstniuums.  lor 
ope: ati"1!'  w  hit  n  i  out, an  multiple  memory  references,  each  store  operation  shall  he  as  defined  In  the  memory 
protection  I'm  lh.it  spec  die  memory  address. 

4  5  S  References  to  nniinpleinented  memory  Attempted  access  u>  physical  addresses  which  are  not  implemented 
shall  generate  an  illegal  address  tank  and  shall  cause  the  lelereneing  action  to  terminate.  \n  illegal  address  fault 
shall  set  fa. ilt  register  hit  K  to  cause  a  machine  error  interrupt. 

4.5.6  Van  up  ROM  (optional).  If  used,  the  start  up  read  only  memory  (ROM)  address  range  shall  he  contiguous 
stalling  l roni  address  0  up  to  a  maximum  of  65.536.  as  required  hy  the  system  application  W  hen  the  st.nt  up  ROM 
is  enabled,  il  an  I/O  or  (.  I’l  l  stoic  function  is  executed  whose  address  is  within  the  start  up  ROM  then  the  store  is 
attempted  into  the  main  memory.  When  the  start  up  ROM  is  enabled,  if  a  read  function  (instruction  oi  operand)  is 
executed  from  either  I/O  or  the  L  l‘l  whose  address  is  to  die  start  up  ROM.  then  the  read  shall  he  from  the  stait  up 
ROM,  W  lieu  disabled,  the  start  up  ROM  cannot  be  accessed. 

4.5.2  Ri  sorted  memon  local  ions.  Locations  2  through  lb  1()  arc  rcserxed.  Locations  201(l  through  3|-  ,  are  used 
by  the  liut'dw  are  and  the  stored  program  as  defined  by  table  VIII. 

4.6  Interrupt  control. 

4.6,1  Intel  runts.  Itie  instruction  set  shall  support  a  minimum  of  sixteen  (16)  interrupts  as  shown  in  table  Mil.  An 
interrupt  request  may  occur  at  any  time:  however,  the  interrupt  processing  must  wait  until  the  current  instt  nuion  is 
completed  An  exception  to  tins  is  the  Move  Multiple  Word  which  may  he  interrupted  alter  each  single  word 
transfer.  I  lie  met  all  procedure  for  acceptance  of.  responding  to.  and  processing  of  an  interrupt  shall  be  as 
illustrated  hy  the  How  chart  of  figure  2. 

4  6.1 , !  Interrupt  acceptance.  I  he  interrupt  s\  stein  shall  ha\c  the  capability  to  accept  external  and  internal 
interrupts,  figure  2  indicates  the  relationship  between  the  interrupt  signals,  the  pending  uueirupt  icgis'.ei.  the 
ntsrnipt  mask  register,  l)ie  priority  control  logic,  the  software  conlrollahle/accessihle  signals  and  the  'uudarnental 
communications  between  the  interrupt  system  and  the  CPU. 

16.1.’’  hit ; mint  software  control.  Software  shall  be  able  to  input  from  or  output  to  the  mteirupt  mask  iccister  as 
veil  a-,  the  pendine  inlet  nipt  legist  ci .  Mso  sol  l  ware  sli.irl  he  able  to  disallow  recognition  ol  uaeioipts  n.i  the 
P  -  '  - 1*'  a  ii 1  inpt ."  signal  (w  ii  lion  |  nilnhiting  nuai  mpt  an  eptani  e  into  the  pending  U'teimpt  registei  I  md  to  allow 
■  '  ■:  mlioi  ot  mtatriipts  via  the  ”  nable  Intel  lupis"  signal  I  lie  disablin'.-  sha’I  i.ot  allow  -nt  irte  lopts.illct  l!ie 
L  l'i'.ii  n:  e  the  disable  mstitKlivn  i  he  L  I'1  s  -i  |..  :;upl  sen  ice  haidw.ee  -.n aii  lontume  :  -  -  .U,L  "VT'  ;'ts "  (of 

. •>,v|ti..  t.on  alt--r  the  •  u  -h'  li  ->  ipn  van.,  .  .  i  iindeted  (■'il'.i,  ■  -pin  *•.-  .  1  n-  ■■  a  i  -a  "’siiikdons 
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1 A  Hi  I '  V 1 1 1 .  Imcminl  do Ij unions 


I  n torrup 
Number 

1 

|  Interrupt 
|  Mask 
|  Bit 
|  Number 

|  Interrupt 
|  Linkage 
|  Pointer 
|  Address 

1  (Hex) 

|  Interrupt 
|  Service 
|  Pointer 
|  Address 
!  (Hex) 

1 

1 

| 

0 

1  o 

1 

1 

|  20 

1 

| 

1  21 

1 

1 

|  Power  Down  (cannot  be  masked 
|  or  disabled) 

1 

|  1 

1 

1 

|  22 

1 

i 

|  23 

1 

1 

|  Machine  Error  (cannot  be 
|  disabled) 

2 

1  2 

1 

1  24 

1  25 

1 

|  Spare 

3 

1  3 

)  26 

1  27 

|  Floating  Point  Overflow 

4 

1 

1  4 

1 

|  28 

1 

|  29 

|  Fixed  Point  Overflow 

5 

1 

1  5 

1 

1 

1  2A 

1 

| 

1 

|  2B 

1 

|  Executive  Call  (cannot  be 
|  masked  or  disabled) 

6 

1  6 

1  2C 

|  20 

|  Floating  Point  Underflow 

7 

1 

|  7 

1 

1 

1  2E 

| 

1 

I  2F 

|  Timer  A  (if  implemented) 

8 

1 

1  3 

|  30 

|  31 

|  Spare 

9 

1 

1  9 

| 

1 

|  32 

1 

I 

|  33 

i 

|  Timer  B  (if  implemented) 

10 

i  10 

1  34 

1 

|  35 

j  Spare 

11 

i 

1  ii 

i 

\ 

|  36 

| 

1 

1  37 

1 

|  Spare 

12 

1  12 

1 

1 

|  38 

1 

1  39 

1 

i 

j  Input/Output  Level  1 
|  (if  implemented) 

13 

1  13 

1 

|  3A 

1 

|  38 

(  Spare 

14 

|  14 

1 

1 

1  3C 

1 

1 

1 

1  30 

I 

1 

|  Input/Output  Level  2 
|  (if  imp  1 emented) 

15 

1  1& 

1  3E 

1  3F 

|  Spare 

Notes : 

Interrupt 

number  0  has 

the  highest 

priority.  Priority  decreases 

with  increasing  interrupt  number. 
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.ire  given  m  the  mpul/iiutput  iiimiih  lion  repertoire. 

4  6.  1 .4  Intel  nun  pi  n  i  iiv  definitions.  I  he  priority  definitions  of  the  interrupts  .mil  their  required  relationship  to 
die  interrupt  mask  and  interrupt  pointer  addresses  are  illustrated  in  table  VIII.  Interrupt  Definitions.  I  "he  power 
dir*  n  interrupt  shall  initiate  the  power  down  sequeneo  and  cannot  he  masked  or  disabled  dining  normal  operation 
of  the  computer  I  he  executive  call  inlet  rupt.  used  with  the  branch  to  Fxccutivc  instruction,  MP'X,  (see  page  62)  also 
cannot  he  masked  or  disabled.  I  he  machine  error  interrupt  cannot  he  disabled  but  can  be  masked  during  normal 
operation  of  the  computer.  All  other  interi  opts  can  be  disabled  and  masked.  If  a  Moating  point  ovcrflow/underflow 
oi  fixed  point  overflow  condition  occurs,  then  the  instruction  generating  that  condition  shall  be  interrupted  at  its 
completion  if  the  interrupt  is  unmasked  and  enabled. 


4.6  1.4  intern  npt  vectoring  mechanism.  The  vectoring  mechanism  shall  be  as  illustrated  on  figure  3.  For  each 
interrupt  there  shall  lie  two  fixed  incmmy  locations  in  the  "vector  table":  (1)  the  first  memory  location  (I  inkage 
hunter)  shall  lie  defin  'd  as  the  address  of  where  to  store  the  current  (old)  slate  of  the  computer  (i.c„  "old  interrupt 
mask"  "old  status  word",  and  "old  instruction  counter"):  and  (2)  the  second  memory  location  (Service  Pointer)  shall 
he  defined  as  the  address  of  the  next  (new)  state  of  the  computer  (i.c.,  "new  interrupt  mask",  "new  status  word",  and 


"new  instruction  counter").  Returning  from  interrupts  may  be  accomplished 

(IS  171. S 1 1)  instruction  with  die  valuc/address  of  the  1. inkage  Pointer  for  an 

Interrupt  0-->| 

Linkage 

— 

->| 

Old  Interrupt 

1 

I 

Pointer 

0  1 

1 

Mask 

i 

1 

Service 

— 

1 

Old  Status 

1 

1 

Pointer 

0  1 

1 

1 

Word 

1 

Interrupt  1-->| 

Linkage 

1 

1 

1 

Old  Instruc. 

1 

1 

Pointer 

1  | 

f 

1 

Counter 

1 

1 

Service 

1 

1 

1 

Pointer 

1  | 

1 

1 

• 

1 

->| 

New  Interrupt 

1 

• 

• 

1 

Mask 

1 

Interrupt  1 5 - > | 

Linkage 

1 

1 

New  Status 

1 

1 

Pointer 

15  | 

1 

Word 

1 

1 

Serv ice 

1 

1 

New  Instruc. 

1 

1 

Pointer 

15  j 

1 

Counter 

1 

\  Computer 
>  status  at 
/  the  time  of 
/  interrupt 


\  Computer 
>  status  to 
/  start  service 
/  routine 


FIGURH  3.  Interrupt  vectoring  system 


4  7  Innut/outnut.  In  conjunction  with  the  spare  command  codes,  the  I/O  interrupts,  and  the  I/O  interrupt  code 
registers,  the  I/O  instructions  provide  a  framework  within  which  the  user  can  implement  his  system  interfaces.  The 
particulars  of  the  system  interfaces  outside  of  this  framework  (such  as  dedicated  memory  locations,  channel  register 
definitions,  command  code  assignments/definitions.  multiple  channel  priorities,  page  register  access,  etc.)  are  not 
included  in  this  standard. 
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4.7.1  Input.  The  input  instructions  transfer  data  from  an  external  I/O  device  or  an  internal  special  register  to  a 
CPU  general  register.  This  command  is  used  to  read  data  from  peripheral  devices,  timers,  status  word,  taull  icgistcr. 
discretes,  interrupt  mask,  etc.  A  full  description  of  the  input  instructions  is  given  in  Lite  instruction  rcpeitoire. 

4.7.2  Output.  The  output  instructions  transfer  data  from  a  CPU  general  register  to  an  external  I/O  dev  ice  or 
special  register.  lhis  command  is  used  to  write  data  to  peripheral  devices,  discretes,  start  and  stop  timers,  enable  and 
disable  interrupts  and  DMA.  set  and  clear  interrupt  requests,  masks  and  pending  interrupt  bits,  etc.  A  full 
description  of  the  output  instructions  is  given  in  the  instruction  repertoire. 

4.7.3  Innut/output  commands.  Input/onlput  commands  arc  classified  as  mandatory,  optional,  reserved,  or  spare. 
Mandatory  I/O  commands  must  he  implemented  as  defined.  Optional  I/O  commands  must  be  implemented  as 
defined,  if  implemented.  Reserved  I/O  commands  must  not  be  implemented.  Spare  I/O  commands  may  be 
implemented  as  required  hv  the  application.  Attempted  execution  of  an  iinimplcmcntcd  optional  or  spare  I,  O 
command  or  a  reserved  I/O  command  shall  cause  the  illegal  I/O  command  fault  to  be  set  in  the  fault  rcgistei  (FT.) 
causing  a  machine  error  interrupt.  Input/output  command  words  shall  be  fully  decoded.  "TIJDs"  m  ir.pul/ouiput 
instruction  descriptions  refer  to  parameters  to  be  determined  by  live  application  system  requirements.  Within  these 
classifications,  die  use  of  the  command  is  defined  in  the  instruction  description. 

4.7.4  Innut/outnut  command  partitioning.  'Ihc  I/O  command  space  shall  be  divided  into  128  channels.  Up  to 
512  commands  within  each  channel  group  (256  input  and  256  output)  may  be  used  with  each  I/O  interface.  I  able 
IX  lists  the  128  I/O  channel  groups.  I  ho  attempted  execution  of  an  unimpleinented  I/O  command  shall  cause  hit  5 
of  the  fault  register  to  be  set,  generate  a  machine  error  interrupt,  and  abort  to  completion. 

4.7.5  liiput/mitput  interrupts  (optional).  Input/output  level  1  and  level  2  interrupts  are  available  to  the  user. 
Father  interrupt  level  or  both  tnay  be  implemented  for  an  interface  as  defined  by  die  particular  application 
specification.  Ihc  interrupts  shall  be  used  in  conjunction  with  die  input/output  interrupt  code  registers  to  provide 
I/O  channel  to  process  communications.  Two  levels  of  interrupts  allow  easy  differentiation  of  normal  repordng 
from  error  reporting. 

4.7.6  Dedicated  I/O  memory  locations.  If  dedicated  memory  locations  arc  used  to  communicate  information  to 
and/or  from  an  I/O  channel,  these  locations  shall  be  consecutive  memory  locations  starting  at  an  implementation 
defined  location.  Ixx:ations40|6  dirough  4F16  are  optional  for  I/O  usage. 

4.8  Instructions. 

4.8.1  Invalid  instructions.  Attempted  execution  of  an  instruction  whose  first  16  bits  are  not  defined  by  this 
standard  shall  cause  the  invalid  instruction  bit  in  the  fault  register  (PT9)  to  be  set  generating  a  machine  error 
interrupt.  All  undefined  bit  patterns  in  the  first  16  bits  of  an  instruction  arc  reserved. 

4.8.2  Mnemonic  conventions.  Rach  instruction  has  an  associated  mnemonic  convention.  In  general,  the  operation 
is  one  or  two  letters,  c.g.,  1.  for  load,  A  for  add,  ST  for  siore. 

Floating  point  operations  have  a  prefix  of  F.  e.g„  FT  for  floating  load,  FA  for  floating  add. 

Double  precision  operations  have  a  prefix  of  D,  c.g.,  DI.  for  double  load,  DA  for  double  add. 

Fxtendcd  precision  floating  point  operations  have  a  prefix  of  KF,  e.g.,  KFA  for  gxtended  precision  floating  point 
add. 

Rcgistcr-to-rcgistcr  operations  have  a  suffix  of  R,  c.g..  AR  for  single  precision  add  icgistcr-to-rcgistcr,  FAR  for 
floating  add  rcgistcr-to-rcgistcr. 

Indirect  memory  reference  is  indicated  by  a  suffix  I,  c.g..  1. 1  for  load  indirect. 

Immediate  addressing,  using  the  address  field  as  an  operand,  is  indicated  by  a  suffix  of  IM,  c.g..  AIM  for  single 
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I A  HI  I  IX.  Inpui/ouunu  channel  enniDS 


Qutpul 

Incut 

Usage 

ooxx 

80XX  \ 

> 

PIO 

03XX 

83XX  / 

04XX 

84XX  \ 

> 

Spare 

1FXX 

9FXX  / 

20XX 

AQXX 

Processor  &  Auxiliary  Register 

Control 

21XX 

A1XX  \ 

> 

Reserved 

2FXX 

AFXX  / 

30XX 

BOXX  \ 

) 

Spare 

3FXX 

BFXX  / 

40XX 

COXX 

Processor  &  Auxiliary  Register 

Control 

41XX 

C1XX  \ 

> 

Reserved 

4FXX 

CFXX  / 

50XX 

OOXX 

Memory  Protect  RAM 

5 1XX 

D1XX  \ 

> 

Memory  Address  Extension 

52XX 

D2XX  / 

(page  register  commands) 

53XX 

03XX  \ 

> 

Spare 

7FXX 

FFXX  / 

precision  add  immediate. 

Use  of  indexing  is  specified  in  assembly  language  by  the  occurrence  of  the  operational  field  after  the  address  field. 
e.g„  FA  A2.AI.PHA.A5:  floating  add  to  register  A2  from  memory  location  ALPHA  indexed  by  register  A5. 

4.8.3  Instruction  matrix.  Table  X  contains  the  order  type  matrix  which  relates  each  instruction  operation  code  to 
an  assigned  symbol.  Ihe  numbers  shown  across  the  top  of  the  matrix  arc  hexadecimal  numbers  which  represent  the 
higher  order  four  bits  of  the  operation  code,  and  die  hexadecimal  numbers  along  the  left  side  represent  die  lower 
order  four  bits  of  the  operation  code.  Table  XI  contains  die  order  types  and  assigned  mnemonics  for  the  extended 
Operation  Code  instructions. 

4.8.4  Instruction  set  notation.  'Ihe  text  and  register  transfer  descriptions  arc  intended  to  complement  each  other. 
Ambiguities  or  omissions  in  one  arc  resolved  by  the  odier.  Ihe  following  definitions  and  special  symbols  are 
associated  with  the  instruction  descriptions. 
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cry  Kausivis 

UO.  Rl, ....  R15  The  16.  Ift-bit  genera!  registers 
1C  Instruction  Counter 

SW  Status  Word 

C'S  Con<liti<‘H  Status.  A  4  hit  quantity  that  is  set  according  to  the  rest/:  ofuisinnoon  executants. 

I  P  I  inkuge  Pointer 

SP  Suck  Pointer;  R 15  for  the  I’ush  and  Pup  Multiple  instructions 

SVP  Service  Pointer 


B,  BX  Base  Relative.  Base  Relative  with  Indexing 

S  Special 

Data  Quantities 

MSM,  LSH  Most  Significant  Half,  I  east  Significant  Half 
MSB,  I  SB  Most  Significant  Bit,  least  Significant  Bit 

S  P.  D.P..  ft.  P„  E.F.P. 

Abbreviation  for  "Single  Precision,"  "Double  Precision,”  "Floating  Point,"  and  "Extended 
Moating  Point"  operations,  respectively. 

Moating  Point  Derived  Operand  mantissa  (fractional  part);  IX>0  ?,(C(.P).  IX)0  D03J  47 

(FT  P  ) 


’4 

;'Sh 


MO 
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I  ( )  I  l''..|i  ’t:  I'l'U’!  5  hit  .’scuiliplcii.cie  !  ViiccO  1  >p*  ;  md  chat.ii  i.'i isllc  k  iporicnt)'  I  X)24.  jj 

VIA 

I  !, >11111*'.  pi  ii  hi  iivi'M  .namml.iiur  mantissa  (hai  nttn.il  part)  <KA.KA  ;  1  )„  ■,  j  ( I 't  I’) .  (KARA  4  I )(( ^  ( (RA  + 

4/  <1  1  I'  > 

I  A  I  turning  pi  mu  8  hit  Z’s  complement  register  accumulator  ihai.ictei  istic  (exponent) 

t K A  RA  4  Ip-i  t| 

KQ  Ml’.  MU  \n  entity  used  for  register  level  transfer  description  clarification.  ITiese  registers  are  not  part  of 
the  genet., I  icgister  file. 


\.l  isiell.ineous 


(X) 

(X  X  4  I) 
[XI 

|X  X  4  IJ 
OVM 
lixit 
IJA 


Contents  ol  Register  X 

(.  (intents  of  concatenated  Registers  X  and  X  +  l 
foments  of  memory  address  X 
Contents  ol' sequential  memory  locations  X  and  X  4  1 
Mantissa  (fractional  part)  overflow 

Indicates  termination  of  present  register  transfer  operation  (except  the  setting  of  the  CS  bits) 
Dciivcd  Address 


IX) 

N.  M.  n 
DSPI. 


X' 


Symbols 

<-• 

<--> 


x 


Derived  Operand 
An  integer  number 
Displacement 

[f  X  is  a  CPU  register  or  a  data  quantity  (sec  above),  then  n  specifics  a  bit  position  in  X.  If  X  is 
not  a  CPU  register  or  a  data  quantity,  then  the  number  X  is  to  the  base  n.  If  X  is  a  number  and 
n  - 16.  then  X  is  a  2's  complement  hexadecimal  number. 

If  X  is  a  CPU  register  or  a  memory  address,  then  i  specifics  the  state  of  X.  litis  notation  is  used  in 
tire  register  transfer  descriptions  to  refer  to  the  contents  of  a  CPU  register  or  a  memory  address  at 
different  times  (suites)  of  the  execution  of  the  instruction.  If  X  is  not  a  CPU  register  or  a  memory 
address,  then  the  number  X  is  raised  to  the  ith  power. 


Unilateral  transfer  designator 
Bilateral  transfer  designator 
Comparison  Designator 

Indicates  a  "don't  care"  bit  when  used  in  a  binary  number 
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> 

I  .css  than 


> 

< 

t 


O 

I! 


Greater  than 

< 

hquals 

Greater  than  or  equal 
I  .ess  than  or  equal 
Logical  AND 
L.ogical  OR 
Hxclusive  OR 
Logical'NOT 
Absolute  value 
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3  1)1  l  Ali  I  DKI  OUIUI  MI  NIS 


5.1  I  vccnte  iniHii/i'ulDul. 

AflOR  MODL  MNEMONIC 

1M  XIO  RA.CMO 

1MX  XIO  RA.CMD.RX 


I OHMAT /OPCODE 

8  4  4  16 


|  48  |  RA  |  RX  |  |  CMD 


OISCRIP  MON:  Ihe  input/output  instruction  transfers  data  between  an  cxtcrnal/intcrnal  device  and  the  register 
RA.  I  he  Derived  Operand,  DO.  specifies  the  operation  to  be  performed  or  the  device  to  be 
addressed.  Ihc  immediate  operand  field  may  be  viewed  as  an  operation  code  extension  field 
Note  that  if  indexing  is  specified,  then  die  input/output  operation  or  device  address  is  formed  by 
summing  the  contents  of  the  register  RX  and  the  immediate  field.  Ihis  is  a  privileged  instruction. 

Ihc  mandatory  and  optional  input/output  immediate  command  fields  are  listed  below. 

Mandatory  XIO  Command  fields  and  Mnemonics 


OYXX  PO  Programmed  Output:  'Ihis  command  outputs  16  bits  of  data  from  RA  to  a  programmed  I/O  port 

Y  may  be  from  0  through  3. 

2000  SMK  Set  Interrupt  Mask:  Ihis  command  outputs  the  16-bit  contents  of  the  register  RA  to  the  interrupt 

mask  register.  A  "1"  in  the  corresponding  bit  position  allows  the  interrupt  to  occur  and  a  "0” 
prevents  the  interrupt  from  occurring  except  for  diose  interrupts  diat  arc  defined  such  that  they 
cannot  be  masked. 


2001  CUR 

2002  KNBl. 

2003  DSBI 

2004  RPI 


Clear  Interrupt  Request:  All  interrupts  are  cleared  (i.e..  the  pending  interrupt  register  is  cleared 
to  all  zeros)  and  the  contents  of  the  fault  register  are  reset  to  zero. 

Hnable  Interrupts:  This  command  enables  all  interrupts  which  arc  not  masked  out.  Ihc  enable 
operation  lakes  place  after  execution  of  the  next  instruction. 

I  )isablc  Interrupts:  This  command  disables  all  interrupts  (except  those  that  arc  defined  such  that 
they  cannot  be  disabled)  at  the  beginning  of  the  execution  of  the  DSBI.  instruction. 

Reset  Pending  Interrupt:  The  individual  interrupt  bit  to  be  reset  shall  be  designated  in  register 
RA  as  a  right  justified  four  bit  code.  (016  represents  interrupt  number  0.  F)6  represents  interrupt 
number  15).  If  interrupt  1  i6  is  to  be  cleared,  then  the  contents  of  the  fault  register  shall  also  be  set 
to  zero. 


2005  SPI 


200K  WSW 
8YXX  PI 


Set  Pending  Interrupt  Register:  Ihis  command  outputs  the  16-bit  contents  of  R A  to  the  pending 
interrupt  register.  If  there  is  a  one  in  the  corresponding  bit  position  of  the  interrupt  mask  (same 
bit  set  in  both  the  PI  and  die  MK).  and  the  interrupts  arc  enabled,  then  an  interrupt  shall  occur 
after  execution  of  the  next  instruction.  If  PI5  is  set  to  1,  then  N  is  assumed  to  be  0  (sec  paragraph 
5.30). 

Write  Status  Word:  Ihis  command  transfers  the  contents  of  RA  to  the  status  word. 

Programmed  Input:  This  command  inputs  16  bits  of  data  into  RA  from  the  programmed  I/O 
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port.  Y  may  be  from  0  through  3. 

A000  RMK  Read  Interrupt  Mask;  The  current  interrupt  mask  is  transfered  into  register  RA.  The  interrupt 
mask  is  not  altered. 


Al)04  RRIR  Read  Rending  Interrupt  Register;  This  command  transfers  the  contents  of  the  pending  interrupt 
register  into  RA.  Ihc  pending  interrupt  register  is  not  altered. 

AOOH  RSW  Read  Status  Word;  This  command  transfers  the  16-bit  status  word  into  register  RA.  I  hc  status 
word  remains  unchanged. 

AOOF  RCFR  Read  and  Clear  Fault  Register:  This  command  inputs  the  16-bit  fault  register  to  register  R  \. 

Ihc  contents  of  the  fault  register  are  reset  to  zero.  Hit  1  in  the  pending  interrupt  register  is  reset  to 
zero. 


Optional  XIO  Command  Fields  and  Mnemonics 


2008  OO  Output  Discretes:  This  command  outputs  the  16-bit  contents  of  the  register  RA  to  the  discrete 

output  buffer.  A  "1"  indicates  an  "on"  condition  and  a  "0"  indicates  an  “off'  condition. 

200A  RNS  Reset  Normal  Power  Up  Discrete:  This  command  resets  the  normal  power  up  discrete  bit. 

4000  CO  Console  Output:  Ihc  16-bit  contents  (2  bytes)  of  register  RA  are  output  to  the  console.  Ihc  eight 

most  significant  bits  (byte)  arc  sent  first.  If  no  console  is  present.  then  this  command  is  treated  as 
a  NOP  (see  page  137). 


4001  CI.C 


Clear  Console:  This  command  clears  the  console  interface. 


4003  MPF.N 

4004  ESUR 

4005  DSUR 

4006  DMAE 

4007  DMAD 

4008  TAS 

4009  TAH 


Memory  Protect  Enable:  This  command  allows  the  memory  protect  RAM  to  control  memory 
protection. 

Enable  Start  Up  ROM:  This  command  enables  the  start  up  ROM  (i.c.,  the  ROM  overlays  main 
memory). 

Disable  Start  Up  ROM:  This  command  disables  die  start  up  ROM. 

Direct  Memory  Access  Enable:  This  command  enables  direct  memory  access  (DMA). 

Direct  Memory  Access  Disable:  This  command  disables  DMA. 

Timer  A,  Start:  This  command  starts  timer  A  from  its  current  state.  The  timer  is  incremented 
every  10  microseconds. 

Timer  A.  Halt:  This  command  halts  time-  ■  i -nt  state. 


400A  O  TA  Output  Timer  A:  The  contents  of  rcgisic!  .>A  are  loaded  (i.c.,  jam  transfered)  into  timer  A  and 

the  timer  automatically  starts  operation  by  incrementing  from  the  loaded  timer  in  steps  of  ten 
microseconds.  Hit  fifteen  is  the  least  significant  bit  and  shall  represent  ten  microseconds. 

400H  GO  Ti  igger  Go  Indicator:  This  command  restarts  a  counter  which  is  connected  to  a  discrete  output 

Ihe  period  of  time  from  restart  to  time-out  shall  be  determined  by  the  system 
requirements.  When  die  Go  timer  is  started,  the  disc  rete  output  shall  go  high  and  remain  high  for 
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I  III)  milliseconds,  :ii  which  lime  the  output  sli.ill  go  low  unless  another  GO  is  executed.  Hie  Go 
discrete  output  signal  inay  be  used  as  a  software  fault  indicator. 

Timer  B.  Start:  I  his  command  starts  timer  I!  from  its  current  state.  Ihe  timer  is  incremented 
every  100  microseconds. 

l'imcr  B,  Halt:  Ihis  command  halts  timer  B  at  its  current  state. 

Output  Timer  B:  'l"hc  contents  of  register  RA  arc  loaded  (i.c..  jam  transfered)  into  timer  Band 
the  timer  automatically  starts  operation  by  incrementing  from  the  loaded  timer  in  steps  of  one 
hundred  microseconds.  Bit  fifteen  is  the  least  significant  bit  and  shall  represent  one  hundred 
microseconds. 

Load  Memory  Protect  RAM  (5000  +  RAM  address):  This  command  outputs  the  16-bit  contents 
of  register  RA  to  the  memory  protect  RAM.  A  "1"  in  a  bit  provides  write  protection  and  a  "0"  in 
a  bit  permits  writing  to  die  corresponding  1024  word  memory  block.  The  RAM  word  MSB  (bit  0) 
represents  the  lowest  number  block  and  the  RAM  word  l.SB  (bit  15)  represents  die  highest  block 
(i.c.,  bit  0  represents  locations  0  through  1023  and  bit  15  represents  locations  15360  through  16383 
for  word  zero).  Kach  word  represents  consecutive  16K.  blocks  of  memory.  Tile  RAM  words  of  0 
through  63  apply  to  processor  write  protect  and  words  64  dirough  127  apply  to  DMA  write 
protect 

Write  Instruction  Page  Register:  This  command  transfers  the  contents  of  register  RA  to  page 
register  Y  of  the  instruction  set  group  X. 

Write  Operand  Page  Register:  This  command  transfers  the  contents  of  register  RA  to  page 
register  Y  of  the  operand  set  of  group  X. 

Read  Input/Output  Interrupt  Code,  Ixvcl  1 :  This  command  inputs  the  contents  of  the  level  1 
10IC  register  into  register  RA.  Ihc  channel  number  is  right  justified. 

Read  Input/Output  Interrupt  Code,  I.cvel  2:  This  command  inputs  the  contents  of  the  level  2 
IOIC  register  into  register  RA.  The  channel  number  is  right  justified. 

Read  Discrete  Output  Register:  This  command  inputs  the  16-bit  discrete  output  buffer  into 
register  RA. 

Read  Discrete  Input:  This  command  inputs  the  16-bit  discrete  input  word  into  register  RA.  A 
"1"  indicates  an  "on"  condition  and  a  "0"  indicates  an  "off'  condition. 

Test  Programmed  Output:  This  command  inputs  the  16-bit  contents  of  the  programmed  output 
buffer  into  register  RA.  This  command  may  be  used  to  test  the  PIO  channel  by  means  of  a  wrap 
around  test. 

Read  Memory  Fault  Status:  This  command  transfers  the  16-bit  contents  of  the  memory  fault 
status  register  to  RA.  The  fields  within  the  memory  fault  status  register  shall  delineate  memory 
related  fault  types  and  shall  provide  the  page  register  designators  associated  with  the  designated 
fault 

Console  Input:  This  command  inputs  the  16-bits  (2  bytes)  from  the  console  into  register  RA. 

The  eight  most  significant  bits  of  RA  shall  represent  the  first  byte. 
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C001  RCS  Read  Console  Status:  ITiis  command  inputs  the  console  interface  status  into  register  RA  I  he 

status  is  right  justified. 

C00A  IT  A  Input  Timer  A:  Ihis  command  inputs  the  16-hit  contents  of  timer  A  into  register  R  A.  Hit  fifteen 

is  the  least  significant  bit  and  represents  a  lime  increment  of  ten  microseconds. 

COOK  1TB  Input  Timer  B:  Ihis  command  inputs  the  16-bit  contents  of  timer  B  into  register  RA.  Bit  fifteen 

is  the  least  significant  bit  and  represents  a  time  increment  of  one  hundred  microseconds. 

DOXX  RMP  Read  Memory  Protect  RAM  (13000  +-  RAM  address):  Ihis  command  inputs  the  appropriate 

memory  protect  word  into  register  RA.  A  "1"  in  a  bit  provides  write  protection  and  a  "0"  in  a  bit 
permits  writing  to  the  corresponding  1024  word  memory  block.  The  RAM  word  MSI)  (bit  0) 
represents  the  lowest  number  block  and  die  RAM  word  LSI)  (bit  IS)  represents  the  highest  block 
(i.c.,  bit  0  represents  locations  0  through  1023  and  bit  IS  represents  locations  15360  through  16383 
for  word  zero).  Lach  word  represents  consecutive  16K  blocks  of  memory,  The  RAM  words  of  0 
Uirough  63  apply  to  processor  write  protect  and  words  64  through  127  apply  to  DMA  write 
protect. 

DIXY  RIPR  Read  Instruction  Page  Register:  ’Ihis  command  transfers  the  16-bit  contents  of  the  page  register 
Y  of  die  instruction  set  of  group  X  to  register  RA. 

D2XY  ROPR  Read  Operand  Page  Register:  Ihis  command  transfer  the  16-bit  contents  of  page  register  Y  of 
the  operand  set  of  group  X  to  register  RA. 

User  (jcflne<j  xio  functions  (see  table  IX). 


Varies  depending  on  the  command  field. 


Varies  depending  on  the  command  field. 
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5.2  Vcctmcd  iinun/output 


ADDR  MODE 

MNEMONIC 

FORMA  I /OPCODE 

D 

VIO 

RA.ADOR 

8 

4  4 

16 

DX 

VIO 

RA.ADDR.RX 

|  49 

|  RA  |  RX  |  | 

ADDR  | 

Dl.SCRtl’TION:  The  vectored  input/output  instruction  performs  the  I/O  operation  ns  specified  by  the 
input/output  vector  table  starting  at  the  derived  address.  DA.  as  shown  below: 


DA 

|  CMD 

1 

OA+1 

j  Vector  Select 

1 

DA+2 

j  Data 

1  ) 

one  data  word  for  each  bit 

1 

set  in  the  vector  select 

The  input/output  operation  or  device  address  is  specified  by  the  sum  of  the  CMD  and  the 
product  of  the  bit  number  of  the  bit  set  in  the  vector  select  times  the  contents  of  RA.  This  device 
address  is  then  interpreted  as  specified  by  the  XIO  instruction  (see  paragraph  5.1)  with  the 
exception  that  I/O  data  is  transfered  U)  or  from  DA  +  2  +  i  rather  than  RA  (where  i  starts  at  zero 
and  is  incremented  after  each  transfer).  'Ihis  is  a  privileged  instruction. 

REGISTER  TRANSFER  DESCRIPTION: 

Step  I.  n  <--  0  and  i  <--  0; 

Step  2.  if  [DA+l]n-l .  then  I/O  command  =  [DA]  +  (n  x  (RA)}; 

Step  3.  if  [DA+l]n=l,  then  I/O  data  *  [DA+2+i]; 

Step  4.  if  [DA+l]n=l,  then  i  <--  i+1; 

Step  5.  n  <--  n  +  1,  exit,  if  n  =  16; 

Step  6.  go  to  step  2; 

REGISTERS  AFFECTED:  None 
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5J  Sol  bn. 

ADOR  MODE  MNEMONIC  F ORMAT /OPCODE 


a 

4 

4 

SBR 

N  ,  RB 

1  51 

1  N 

1  RB  | 

SB 

SB 

N  ,  ADOR 

N.ADDR.RX 

8 

4 

4 

,  16 

|  50 

1  N 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

SB  I 
SB  I 

N,  ADOR 

N.ADDR.RX 

1  52 

1  N 

|  RX  |  | 

ADDR  | 

lJI-SCRIPTION:  Bit  number  N  of  the  Derived  Operand,  130,  is  set  to  one.  The  MSB  is  designated  bit  number  zero 
and  the  l.SB  is  designated  bit  number  fifteen. 

REGISTER  TRANSFER  DESCRIPTION: 

D0„  <--  1; 

REGISTERS  AFFECTED:  RB 


SBR.SU.SBI 
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< 


5.4  Reset  hit. 


ADDR  MODE 

MNEMONIC 

FORMAT/OPCODE 

8 

4 

4 

R 

RBR 

N,  RB 

|  54 

1  N  | 

RB  J 

RB 

RB 

N.ADDR 

N, ADOR.RX 

8 

4 

4 

16 

0 

DX 

|  53 

1  N  1 

RX  |  | 

ADDR  | 

8 

4 

4 

16 

i 

IX 

RBI 

RBI 

N.ADDR 

N.ADDR.RX 

|  55 

1  N  | 

RX  |  | 

ADDR  | 

DFSCRIFHON:  Bit  number  N  of  the  Derived  Operand,  DO,  is  set  to  zero.  The  MSB  is  designated  bit  number  zero 
and  the  IJ>B  is  designated  bit  number  fifteen. 

REGISTER  TRANSFER  DESCRIPTION: 

DO„  0; 

REGISTERS  AFFECIIR:  RB 
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5.5  lest  bit. 

ADDR  MODE  MNEMONIC 


R  TBR  N.R8 


0  TB  N.AOOR 

DX  TB  N.ADDR.RX 


I  TBI  N.AODR 

IX  TBI  N.ADDR.RX 


rORMAT/OPCODE 


8 

4 

4 

1  57 

1  N  | 

RB  | 

8 

4 

4 

16 

|  56 

1  N 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

|  58 

1  N 

|  RX  |  | 

ADDR  | 

DKSCRIPTION:  Bit  number  N  (0  <  N  <  15)  of  the  Derived  Operand.  IX).  is  tested.  Then  the  Condition  Status. 

CS,  is  set  to  indicate  non-zero  if  bit  number  N  of  the  IX)  contains  a  one.  Otherwise  CS  is  set  to 
indicate  zero.  Ihe  MSB  of  the  DO  is  designated  bit  number  zero  and  the  I  .SB  of  the  DO  is 
designated  bit  number  fifteen. 

REGISTER  TRANSFER  DESCRIPTION: 


(CS)  <--  0010 
(CS)  <--  0001 
(CS)  <--  0100 


if  0ON  =  0  and  0  (  N  <,  15; 

if  DOn  =  1  and  N  *  0: 

if  OOn  =  1  and  1  1  H  i  15; 


REGISTERS  AFFECTED:  CS 


TBR.TB.TM 
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5.6  I  cm  an  J  set  hit. 

AODR  MODE  MNEMONIC 

D  TSB  N , AODR 

DX  TSB  N.ADDR.RX 


I OHMA1 /OPCODE 

8  4  4  16 


|  59  |  N  |  RX  |  j  ADOR 


DESCRIPTION:  Bit  number  N  (0  <  N  <  15)  of  the  Derived  Operand,  IX),  is  tested  and  set  to  one.  lTie  CS  is  set 
according  to  the  test. 


Note:  External  memory  accesses  shall  be  inhibited  until  this  instruction  is  complete. 

REGISTER  TRANSFER 


(CS)  0010 
(CS)  <--  0001 
(CS)  <--  0100 


and 

if 

if 


(DO„)  <--  1  if  DO,  =  0  and  0  i  N  <  15; 
(DO„)  =  1  and  N  =  0; 

(OOw)  =  1  and  1  <  N  i  15; 


REGISTERS  AFFECTED:  CS 


I 
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AODR  MODE  MNEMONIC 


R  SVBR  RA.R8 


fORMAT /OPCODE 
8  4  4 

|  5A  |  RA  |  RB  | 


INSCRIPTION:  Bit  number  N  (0  <  N  <  15)  of  the  register  RB  is  set  .0  one  where  the  least  significam  four  bits  of  ^ 
the  contents  of  register  R  A  is  N.  Bits  (RA^,,  have  no  effect  on  the  operation.  IfRA  -  RB,  the 
the  count  is  determined  first  and  then  the  appropriate  bit  is  changed. 


REGISTER  TRANSFER  DESCRIPTION: 


(RB)n  1  where  N  =  ( RA)  i2-i6  J 
REGISTERS  AFFECTED:  RB 


SVBR 
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5.8  Reset  variable  hit  in  register. 

AOOR  MOOt  MNEMONIC  FORMAT /OPCODE 

8  4  4 

R  RVBR  RA.RB  |  SC  |  RA  |  RB  | 

DESCRIPTION:  Hit  number  N  (0  <  N  <  15)  of  register  RB  is  set  to  zero  where  the  least  significant  four  bits  of  the 
contents  of  rejiater  R  A  is  N.  Bits  (RA)^,  j  have  no  effect  on  the  operation.  If  RA  =  RB,  then  the 
count  is  determined  first  and  then  the  appropriate  bit  is  changed. 

REGISTER  TRANSFER  DESCRIPTION: 

( RB)N  <--  0  where  N  =  ( RA) 12-n : 

REGISTERS  AFFECTED:  RB 
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5.9  Test  variahlc  bit  in  register. 

AUDI!  MODE  MNEMONIC  I  Ol'HA  f /OPCODE 

8  4  4 

R  TVBR  RA.RB  |  5E  |  RA  |  RB  | 

OhSCKIl’TTON:  Bit  number  N  (0  <  N  <  15)  of  register  RB  is  tested  where  the  least  significant  four  hits  of  the 
contents  of  register  RA  is  N.  The  Condition  Status.  CN.  is  then  set  to  indicate  non  veto  if  hit 
number  N  of  register  RB  is  a  one.  Otherwise.  CS  is  set  to  indicate  zero. 

REGISTER  TRANSFER  DESCRIPTION: 

N  =  (  RA )  12-15 


(CS) 

<-'  0010 

if 

(RBn) 

=  0 

and 

0 

< 

N 

< 

15: 

(CS) 

<-'  0001 

;  f 

(RBn) 

=  1 

and 

N 

* 

0 

(CS) 

<-'  0100 

if 

(RBn) 

=  1 

and 

1 

< 

N 

< 

15; 

REGISTERS  AFFECTED:  CS 


TV  UR 
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5  it)  Shi]!  left.li'gica]. 

AJJOR  MODE  MNEMONIC 


R  SLL  RB,N 


I ORMAT /OPCODE 

8  4  4 


|  60  | N - 1  |  RB  |  1  <  N  <  16 


ULSCJilll!  ION  Ihc  contents  of  die  Derived  Address.  DA  (i.c.,  the  contents  of  register  RB)  arc  shifted  left 
logically  N  positions.  Iltc  shifted  result  is  stored  in  RB.  The  logical  shift  left  operation  is  as 
follows:  zeros  enter  the  least  significant  bit  position  (bit  15)  and  bits  shifted  out  of  the  sign  bit 
position  (bit  0)  are  lost.  The  condition  status,  CS,  is  set  based  on  the  result  in  register  RB. 


Note:  NT  =  0  represents  a  shift  of  one  position. 


N-1  =  15  represents  a  shift  of  sixteen  positions. 

0 

15 

EXAMPLE :  RB  Before  Shift 

|  sabc| 

defg  | 

hijk| 

lmnp  | 

RB  After  Shift  (N=4) 

1  defgj 

hijk| 

tmnp  | 

0000| 

REGISTER  TRANSFER  DESCRIPTION: 


(R3) 

(RB) 

Shifted  left 

(CS) 

<--  0010 

if 

(RB)  *  0 

(CS) 

<--  0001 

if 

(RB)  <  0 

(CS) 

<--  0100 

if 

(RB)  >  0 

REGISTERS  AFFECTED: 

RB.CS 

N  positions; 


41  SLL 
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5.11  Shift  right  logical. 

ADDR  MODE  MNEMONIC 


R  5RL  R8,N 


fORMAT/OPCODE 

8  4  4 


|  61  |N-1  |  RB  |  1  <  N  <  16 


111  SCRIPTTON:  Ihe  contents  of  the  I  )eri\cd  A  '.dress.  I>A  (i.e„  the  contents  of  re.  isicr  1(11).  are  slnited  right 
logically  N  positions.  I  he  shitted  i.  suit  is  stored  in  1(1$.  I  he  logical  shift  right  opei.niou  is  as 
follows:  zeros  enter  the  sign  hit  position  (hit  0)  and  hits  shilled  out  of  the  least  so. i  ilk  ml  hit 
position  (bit  15)  .ire  lost.  I  nc  condition  status.  t.S,  is  set  based  on  the  result  in  legists  r  1(1$. 

Note:  N- 1  =  0  represents  a  shift  of  one  position. 

N-l  =  15  represents  a  shift  of  sixteen  positions. 

0  15 


EXAMPLE:  RB  Before  Shift  |  sabc |  defg|  h  i  i  k  |  1  mnp  | 


RB  After  Shift  ( N  =  4 )  . . 

|  0000 |  sabc |  defgl  hijk| 


REGISTER  TRANSFER  DESCRIPTION: 


(RB)  <--  (RB)  Shifted  right  logically  by  N  positions; 


(CS)  <-- 
(CS)  <~ 
(CS)  <-- 


OC 10  if 
0001  if 
0100  if 


(RB)  =  0 
(RB)  <  0 
(RB)  >  0 

RB,  CS 


REGISTERS  AFFECTED: 


SKI. 


■V 
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5.12  Shift  ncht  arithmetic. 

AODR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 

R  SRA  R8,N  |  62  |N-1  |  RB  |  1  1  N  1  16 

DESCRIPTION:  The  contents  of  the  Derived  Address,  DA  (i.c.,  the  *?*■--  cuts  of  register  R II).  are  shifted  right 

arithmetically  N  positions.  The  shifted  result  is  stou.  i  KH.  I  he  arithnictic  right  shift  operation 
is  as  follows:  the  sign  bit,  which  is  not  changed,  is  copied  into  the  next  position  for  each  position 
shifted  and  bits  shifted  out  of  the  least  significant  bit  position  (bit  15)  arc  lost.  The  condition 
status,  CS.  is  set  based  on  the  result  in  register  RB. 

Note:  N-l  =  0  represents  a  shift  of  one  position. 

N-l  =  15  represents  a  shift  of  sixteen  positions. 


0 

15 

EXAMPLE:  RB  Before  Shift 

|  sabc|  defg| 

hi  jit  I 

lmnp  | 

RB  After  Shift  (N*4) 

|  ssss  |  sabc | 

defg  | 

hijk| 

register  transfer 


(RB)  <--  (RB)  Shifted  right  arithmetically  by  N  positions; 


(CS)  <--  0010 

if 

(RB)  =  0; 

(CS)  <-  0001 

if 

(RB)  <  0; 

(CS)  <--  0100 

if 

(RB)  >  0; 

REGISTERS  AFFE 

sLIEO 

RB,  CS 
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5.13  Shift  left  cyclic. 

ADDI1  MODE  MNEMONIC  FORMAT/OPCODE 

8  4  4 


R  SLC  RB.N  |  63  |N-1  |  RB  |  1  <  N  <  16 


DESCRIPTION:  The  contents  of  the  Derived  Address,  DA  (i.c.,  the  contents  of  register  RB),  are  shifted  left 
cyclically  N  positions.  The  shifted  result  is  stored  in  RB.  The  cyclic  left  shift  operation  is  as 
follows:  bits  shifted  out  of  the  sign  bit  position  (bit  0)  enter  the  least  significant  bit  position  (bit 
15)  and.  consequently,  no  bits  are  lost,  (he  conditions  status,  CS,  is  set  based  on  the  result  in  RB. 

Note:  N- 1  =  0  represents  a  shift  of  one  position. 


NT  =  15  represents  a  shift  of  sixteen  positions. 

0 

15 

EXAMPLE:  RB  Before  Shift 

1  sabcj 

defg  | 

hijk| 

lmnp  | 

RB  After  Shift  (N=4) 

1  defg ( 

hijk| 

Imnp  | 

sabc  j 

REGISTER  TRANSFER  DESCRIPTION: 

(RB)  <--  (RB)  Shifted  left  cyclically  by  N  positions; 


(CS)  <--  0010  if 

(RB) 

=  0 

(CS)  s'--  0001  if 

(RB) 

<  a 

(CS)  <--  0100  if 

(RB) 

>  0 

REGISTERS  AFFECTED: 

RB 

,  CS 

SIC 
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| 


< 


5.14  Double  si  tilt  lei  t  logical. 

ADOR  MOPE  MNEMONIC 


R  OSLL  RB,N 


EOIIMAT /OPCODE 

8  4  4 


|  65  |N-1  |  RB  |  1  i  N  <  16 


DHSCRIPITON:  'I"hc  concatenated  contciiLs  of  the  Derived  Address.  DA,  and  DA  + 1  (i.c.,  the  concatenated 

contents  of  RBand  RB  +  1),  arc  shifted  left  logically  N  positions.  The  shifted  results  arc  stored  in 
RB  and  RB  +  1.  The  double  left  shift  logical  operation  is  as  follows:  zeros  enter  the  least 
significant  bit  position  of  KB+  i.  bits  shifted  out  of  the  sign  bit  position  of  RB  + 1  enter  the  least 
significant  bit  of  RB  and  bits  shifted  out  of  the  sign  bit  position  of  RB  arc  losL  The  condition 
status,  CS.  is  set  based  on  the  result  in  registers  RB  and  KB+ 1. 

Note:  N-l  =  0  represents  a  shift  of  one  position. 

N-l  =  15  represents  a  shift  of  sixteen  positions. 


EXAMPLE 

RB. 

RB+1  Before 

Shift 

0 

RB 

15 

0  RB+1 

16 

|stabc| 

defg  | 

hijk|  lmnp| 

|S2qrs|  tuvw|  xyzz| 

zzzz  | 

RB. 

RB+1  After 

Shift  (N-4) 

0 

RB 

16 

0  RB+1 

16 

1  d*fg| 

hijk| 

lmnp|s2qrs| 

|  tuvw|  xyzz|  zzzz| 

0000| 

REGISTER 

TRANSFER 

DESCRIPTION: 

(RB, 

rb+i; 

)  <" 

(RB, 

, RB+1 )  Shifted  left  logically  by  N  positions: 

(CS) 

<-- 

0010 

if 

(RB.RB+l)  =  0: 

(CS) 

<-- 

0001 

if 

( RB.RB+l)  <  0; 

(CS) 

<-- 

0100 

if 

(RB.PB+l)  >  0; 

AFFECTED:  RB.  RB+1.  CS 
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5.15  Double  shift  right  logical. 
ADDR  MOPE  MNEMONIC 


R  DSRL  RB , N 


FORMAT/OPCODE 

8  4  4 


|  66  | N- 1  |  RB  |  1  <  N  <  16 


DHSCR1RTION:  'Hie  concatenated  contents  of  the  1 5c rived  Address,  DA,  and  DA  + 1  (i.c.,  the  concatenated 

contents  of  Rll  and  RB+ 1),  are  shifted  right  logically  N  positions.  Hie  shifted  results  arc  stored 
in  Rll  and  Rll  + 1.  The  double  logical  right  shift  operation  is  as  follows:  zeros  enter  the  sign  bit 
position  of  Rll,  bits  shifted  out  of  the  least  significant  bit  position  of  RB  enter  the  sign  bit  position 
of  RB  + 1  and  bits  shifted  out  of  the  least  significant  bit  position  of  RB  +  1  arc  lost.  The  condition 
status,  CS,  is  set  based  on  the  result  in  register  RB  and  RB+ 1. 

Note:  N-l  =  0  represents  a  shift  of  one  position. 

N-l  =  15  represents  a  shift  of  sixteen  positions. 


EXAMPLE 

RB, 

RB  +  1 

Before 

Shift 

0 

RB 

15 

0 

RB+1 

15 

| Sjabcl 

defgj 

hijk| 

lmnp| 

|s2qrs| 

tuvw| 

xyzz| 

zzzz  I 

RB, 

RB+1 

After 

Shift  ( N= 

4) 

0 

RB 

15 

0 

RB+1 

15 

|  0000| 

s^abcj 

defg  | 

hijk| 

|  lmnp| 

s2qrs| 

tuvi»| 

xyzz) 

REGISTER  TRANSFER  DESCRIPTION: 

(RB.RB+l)  <--  (RB.R8+1)  Shifted  right  logically  by  N  positions; 


(CS) 

<- 

0010 

if 

( RB, RB+1 )  = 

(CS) 

<-- 

0001 

if 

(RB.RB+l)  < 

(CS) 

<- 

0100 

if 

(  RB , RB  +  1 )  > 

REGISTERS  AFFECTED:  RB ,  RB+1 ,  CS 


;j  DSRL  46 
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5.16  Double  shill  nrht  .indimctic. 

AJDOR  HOOF  MNEMONIC  FORMA  I /OPCODE 

8  4  4 

R  DSRA  RB,N  |  67  | N- 1  |  RB  |  1  <  N  i  16 


DI'SCRII’TION:  The  concatenated  contents  of  the  Derived  Address.  DA.  and  DA  +  1  (i.c„  the  concatenated 

contents  of  RB  and  RB+1).  arc  shifted  right  aridimctically  N  positions.  Ilic  shifted  results  are 
stored  in  RB  and  RB+  1.  The  double  light  shift  arithmetic  operation  is  as  follows:  die  sign  bit  of 
RB,  which  is  not  changed,  is  copied  into  the  next  position  for  each  position  shifted,  bits  shifted 
out  of  the  least  significant  position  of  RB  enter  the  sign  bit  position  of  RB  + 1,  and  bits  shifted  out 
of  the  least  significant  bit  position  of  RB+ 1  are  lost  Ihe  condition  status,  CS,  is  set  based  on  the 
result  in  register  RB  and  RB+ 1. 

Note:  N-l  =  0  represents  a  shift  of  one  position. 

N-l  =  15  represents  a  shift  of  sixteen  positions. 

EXAMPLE:  RB ,  RB+1  Before  Shift 
0  RB  15  0  RB+1  15 


Isabel  defg|  hijk|  lmnp|  |s2qrs|  tuvwj  xyzzj  zzzz| 


RB,  RB+1  After  Shift  (N*4) 

0  RB  15  0  RB+1  15 

IsiS^iS}!  Sjabc|  defgl  hijk|  |lmnp|  s2qrs|  tuvw|  xyzz| 

REGISTER  TRANSFER  DESCRIPTION: 

(RB.RB+l)  <--  (RB.RB+1)  Shifted  right  arithmetically  by  N  positions; 

(CS)  <--  0010  if  (RB.RB+1)  =  0; 

(CS)  <--  0001  if  (RB.RB+1)  <  0; 

(CS)  <--  0100  if  (RB.RB+1)  >  0; 

REGISTERS  AFFE.CTEP:  RB,  RB+l,  CS 


47 


DSRA 


279 


H 


< 

MIL-STO-1750A  (USAF) 

2  July  1980 

5.17  I  joublc  shift  left  cyclic. 

AOOR  MODE  MNEMONIC  FORMA  I /OPCODE 

8  4  4 

R  DSLC  RB,N  |  68  | N- 1  |  RB  |  1  <  N  <  16 


F 

k. 


PI’SCRIPTION'  The  concatenated  contents  of  the  Derived  Address,  DA, and  DA  f  1  (i.c.,  the  concatenated 

contents  of  RB  ami  RB+  1).  are  shifted  left  cyclically  N  positions.  Ihie  si  lifted  results  are  stoied  in 
RB  and  RU  I  I.  the  double  left  shift  cyclic  operation  is  as  follows:  hits  shifted  out  of  ihe  si  ot  bit 
position  of  RB  enter  the  least  significant  hit  position  ol  RB+  I.  bus  shifted  out  of  the  sign  hit 
position  of  RB  t  I  enter  the  least  significant  hit  position  of  RB,  and,  consequently .  no  hits  arc  lost. 
Ihe  condition  status.  C'S,  is  set  based  on  the  result  in  RB  and  RB+1. 

Note:  N  I  -  0  represents  a  shift  of  one  position. 

N-l  -  15  represents  a  shift  of  six  teen  positions. 


t  XAMPLE 

RB  , 

RB  +  1 

Before 

Shift 

0 

RB 

15 

0  RB+1  15 

|sjabc| 

defg  | 

hijk| 

lmnp  | 

js^qrsl  tuvw|  xyzz|  zzzz| 

RB, 

RB+1 

Afttr 

Shift  ( N=4 ) 

0 

RB 

16 

0  RB+1  15 

|defg! 

hijk| 

lmnp  | 

S2qrs| 

|tuvw|  xyzz|  zzzz  |  Sjabc| 

REGISTER  TRANSFER  DESCRIPTION: 


(RB. 

RB+1) 

<-- 

(RB, 

RB+1)  Shifted  left  cyclically  by  N  positions 

(CS) 

<-- 

0010 

if 

(RB.RB+l)  =  0; 

(CS) 

<-- 

0001 

if 

(RB , RB+1 )  <  0; 

(CS) 

<-- 

0100 

if 

(RB.RB+l)  >  0; 

REGISTERS  AFEECTED:  RB ,  RB+l,  CS 
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5.18  Shift  logical.  count  in  register. 

AODR  MOPE  MNEMONIC  FORMA T/QPCQPE 

8  4  4 

R  SLR  RA.RB  |  6A  |  RA  |  RB  |  | ( RB ) |  £  16 


DI-SIRIPTIQN:  The  contents  of  register  RA  are  shifted  logically  N  positions,  where  N  is  the  contents  of  register 
RB.  If  N  is  positive  ((RD0)-0).  then  the  shift  direction  is  left;  if  N  is  negative  (2's  complement 
notation,  (R.I1q)=  1).  then  the  shift  direction  is  right.  Ihc  condition  status,  CS.  is  set  based  on  the 
result  in  RA. 

Note:  N  =  0  represents  a  shift  of  zero  positions. 

If  |N|  >  16,  the  fixed  point  overflow  occurs,  no  shifting  takes  place,  and  this  instruction  is  treated 
as  a  NOP  (see  page  137). 

The  contents  of  RB  remain  unchanged,  unless  RA  =  RB;  in  this  event  the  contents  are  shifted  N 
positions. 

(Sec  "1  fcscription"  of  the  logical  shift  instructions,  SLL  and  SRI.  (see  pages  41  and  42),  for  the 
definition  of  shift  operations.) 

REGISTER  TRANSFER  DESCRIPTION: 

P I  a  <--  1,  exit,  if  | N |  >  16; 

(RA)  <--  (RA)  Shifted  left  logically  by  (RB)  positions, 
if  0  <  (RB)  <  16; 

(RA)  <--  (RA)  Shifted  right  logically  by  -(RB)  positions, 
if  0  >  (RB)  >  -18; 


(CS)  <-- 

0010 

if 

(RA) 

=  0; 

(CS)  <-- 

0001 

if 

(RA) 

<  0; 

(CS)  <-- 

0100 

if 

(RA) 

>  0; 

REGISTERS  AFFECTEO:  RA ,  RB ,  CS,  PI 
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5.19  Shift  arithmetic,  count  in  register. 
ADDR  MODf  MNEMONIC 


SAR  RA.RB 


FORMA  I /OPCODE 

8  4  4 


|  6B  |  RA  |  RB  |  | ( RB ) |  <  16 


DESCRIPTION:  The  contents  of  register  KA  arc  shifted  arithmetically  N  positions,  where  N  is  the  contents  of 
register  R II.  If  N  is  positive  ((RISn)  =  0).thcn  the  shift  direction  is  left;  if  N  is  negative  (?.'s 
complement  notation.  { R lt0)  —  1 ),  then  die  shift  direction  is  right.  Ihc  condition  status.  (T  is  set 
based  on  the  result  in  RA. 

N  =  0  represents  a  shift  of  zero  positions. 

If  |N|  >  16,  die  fixed  point  overflow  occurs,  no  shifting  takes  place,  and  this  instruction  is  treated 
as  a  NOP  (see  page  137). 

The  contents  of  RB  remain  unchanged,  unless  RA  =  RB;  in  diis  event,  the  conlciiLs  arc  shifted  N 
positions. 

(See  "Description"  of  the  arithmetic  shift  instruction  SRA  (see  page  43)  for  definition  of  the  right 
shift  operation.  Left  shift  causes  "zeros"  to  be  shifted  into  low  order  position  of  result.) 

Fixed  point  overflow  occurs  if  the  sign  bit  changes  during  a  left  shift 

TRANSFER  DESCRIPTION: 

PI4  <--  1.  exit,  if  | N |  >  16; 

(RA)  <--  (RA)  Shifted  left  arithmetically  (RB)  positions, 
if  16  >  (RB)  >  0; 

(RA)  <--  (RA)  Shifted  right  arithmetically  -(RB)  positions, 
if  0  >  (RB)  >  -16; 

PI4  <--  1,  if  (RA0)  changes  during  the  shift; 


(CS) 

<-- 

0010 

if 

(RA) 

=  0; 

(CS) 

<-- 

0001 

if 

(RA) 

<  0; 

(CS) 

<-- 

0100 

if 

(RA) 

>  0; 

REGISTERS  AFFECTED:  RA ,  RB ,  CS,  PI 


Note: 


REGISTER 


SAR 


50 
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5.20  Shift  cyclic,  count  in  rciuster. 

ADOR  MOOf.  MNEMONIC  FORMAT /OPCODE 

8  4  4 

R  SCR  RA.RB  |  6C  |  RA  |  RB  |  |(RB)|  £  16 


DKSCRIPITON:  llic  contents  of  register  RA  arc  shifted  cyclically  N  positions,  where  N  is  the  contents  of  register 
RB.  If  N  is  positive  ((IU$n)=0).  then  llic  shift  direction  is  left:  if  N  is  negative  (2’s complement 
notation,  (R  Rq)=  1),  then  die  shift  direction  is  right  The  condition  status,  CS,  is  set  based  on  the 
result  in  RA. 


Note:  N  =  0  represents  a  shift  of  zero  positions. 

If  |N|  >  16,  the  fixed  point  overflow  occurs,  no  shifting  takes  place,  and  this  instruction  is  treated 
as  a  NOP  (see  page  137). 

(See  "Description"  of  the  cyclic  shift  instruction,  SLC  (see  page  44),  for  definition  of  shift 
operations.) 

The  contents  of  RB  remain  unchanged,  unless  RA  =  RB  in  this  event,  the  contents  are  shifted  N 
positions. 

REGISTER  TRANSFER  DESCRIPTION: 


PI4  <--  1,  exit,  if  | N |  >  16; 

(RA)  <--  (RA)  Shifted  left  cyclically  by  (RB)  positions, 
if  0  <  (RB)  i  16; 

(RA)  <--  (RA)  Shifted  right  cycl ical ly- by  ■ (RB)  positions, 
if  0  >  (RB)  2  -16; 


(CS)  <--  0010  if 

(RA) 

=  0; 

(CS)  <--  0001  if 

(RA) 

<  0; 

(CS)  0100  if 

(RA) 

>  0; 

REGISTERS  AFFECTED 

RA 

RB,  CS,  PI 

51 
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5.21  Double  shift  logical,  count  in  register. 

ADDR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 


R  DSLR  RA.RB  |  6D  |  RA  |  RB  |  |(RB)|  £  32 


DESCRIPTION:  The  concatenated  contents  of  registers  RA  and  RA  +  1  arc  shifted  logically  N  positions  where 
register  RB  contains  the  count.  N.  If  the  count  is  positive  ((RB0)-0).  then  the  shift  direction  is 
left.  If  the  count  is  negative  (7's  complement  notation,  (RB0)=  1 ).  then  the  shift  direction  is  right. 
'Ihc  condition  status.  CS,  is  set  based  on  the  result  in  RA  and  RA  + 1. 

Note:  N  =  0  represents  a  shift  of  zero  positions. 

If  |N|  >  32,  the  fixed  point  overflow  occurs,  no  shifting  occurs,  and  this  instruction  is  treated  .is  a 
NOP  (see  page  1 37). 

(See  "Description”  of  the  double  shift  logical  instructions.  DSRI  and  DS1.1.  (see  pages  46  and 
45),  for  definition  of  shift  operations.) 

The  contents  of  RB  remain  unchanged,  unless  RA  =  RB;  in  this  event,  the  contents  are  shifted  N 
positions. 

REGISTER  TRANSFER  DESCRIPTION: 


PI4  <~ 

1 ,  exi 

t.  if  | N | 

>  32 

(RA.RA+l 

)  <-- 

(RA.RA+l) 

Shifted  left 

logically  by 

(RB)  positions 

if  32 

>  (RB)  > 

0: 

(RA.RA+1 

1  <-- 

(RA.RA+t) 

Shif 

ted  right 

logically  by 

-(RB)  positions 

if  0 

>  (RB)  > 

-32; 

(CS)  <-- 

0010 

if  (RA, 

RA+l) 

=  0; 

(CS)  <-* 

0001 

if  (RA, 

RA-*- 1 ) 

<  0; 

(CS)  <-- 

0100 

if  (RA, 

RA+l) 

>  0; 

MIL-STD-1750A  (USAF) 
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5.7?.  D<  ml't  slil  li  .nil  In  i  u~t  n.  cm  ml  in  ivfislcr. 


ADOR  MODE 

MNEMONIC 

iORMAT /OPCODE 

8 

4  4 

R 

DSAR  RA , RB 

1  6E 

|  RA  |  RB  |  | ( RB) |  i  32 

PFSCKIPI  ION:  ["he  concatenated  contents  of  register  If  A  and  RA  t  1  arc  shifted  arithmetically  N  positions  where 
register  Rll  contains  die  count.  N.  If  the  count  is  positive  ((RB0)-  0),  then  the  shift  direction  is 
left.  If  the  count  is  negative  (2's  complement  notation.  (Rlt0)=  1),  then  the  shift  direction  is  right 
'Hie  condition  status.  CS.  is  set  based  on  the  result  in  RA  and  RA  +  1. 

Note:  N  -•  0  represents  a  shift  of  zero  positions. 

If  |N|  >  32,  the  fixed  point  overflow  occurs,  no  shifting  occurs,  and  this  instruction  is  treated  as  a 
NOP  (sec  page  137). 

The  contents  of  Rll  remain  unchanged,  unless  RA  =  RB;  in  this  event,  the  contents  ate  shifted  N 
positions. 

(Sec  "Description"  of  the  double  shift  arithmetic  instruction.  DSRA  (sec  page  47).  for  the 
definition  of  the  right  shift  operation,  left  shift  causes  “zeros”  to  be  shifted  into  low  order 
position  of  result) 

Fixed  point  overflow  occurs  if  the  sign  bit  is  changed  during  a  left  shift 
REGISTER  TRANSFER  PES&RimQM: 

PI4  <--  1.  exit,  if  f N |  >  32; 

(RA.RA+1)  <--  (RA.RA+1)  Shifted  left  arithmetically  (RB)  positions, 
if  32  2  (RB)  >  0; 

(RA.RA+1)  <--  (RA,RA+1)  Shifted  right  arithmetically  -(RB)  positions, 
if  0  >  (RB)  >  -32; 

PI4  <--  1,  if  (RA0)  changes  during  the  shift; 


(CS)  <-- 

0010 

if 

(RA.RA+1) 

=  0; 

(CS)  <-- 

0001 

if 

(RA.RA+1) 

<  0; 

(CS)  <-- 

0100 

if 

ERA, RA+1) 

>  0; 

REGISTERS  AFFECTED:  RA,  RA+1 .  RB ,  CS.  PI 


S3  DSAR 

?8r' 
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5.23  Double  shift  cyclic,  count  in  register. 

ADDR  MODE  MNEMONIC 


R  DSCR  RA.RB 


FORMAT /OPCODE 

8  4  4 


I  6F  |  RA  |  RB  |  I ( R8) |  <32 


DESCRIPTION:  The  concatenated  contents  of  registers  RA  and  RA  +  1  arc  shifted  cyclically  N  positions,  where 
register  RB  contains  the  count,  N.  If  the  count  is  positive  ((RBo)  =  0).  the  shift  direction  is  left.  If 
the  count  is  negative  (2’s complement  notation,  (RB0)  =  1),  the  shift  direction  is  right.  ’Hie 
condition  status,  CS,  is  set  based  on  the  result  in  RA  and  RA+ 1. 

Note:  N  =  0  represents  a  shift  of  zero  positions. 

If  |N|  >  32,  the  fixed  point  overflow  occurs,  no  shifting  occurs,  and  this  instruction  is  treated  as  a 
NOP  (sec  page  137). 

(See  "Description"  of  the  double  shift  cyclic  instruction,  DSI.C  (see  page  48).  for  the  definition  of 
shift  operations.) 

The  contents  of  RB  remain  unchanged,  unless  RA  =  RB;  in  this  event,  the  contents  arc  shifted  N 
positions. 

REGISTER  TRANSFER  DESCRIPTION: 

PI,  <--  1,  exit,  if  | N |  >  32; 

(RA.RA+1)  <--  (RA.RA+l)  Shifted  left  cyclically  by  (RB)  positions 
if  32  >  (RB)  >  0; 

(RA.RA+1)  <--  (RA.RA+l)  Shifted  right  cyclically  by  -(RB)  positions 

if  0  >  (RB)  >  -32; 

(CS)  <--  0010  if  (RA.RA+l)  *  0; 

(CS)  <--  0001  if  (RA.RA+l)  <  0; 

(CS)  <--  0100  if  ( RA, RA+1 )  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1,  RB ,  CS,  PI 


\ 


DSCR 
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5.24  Jump  on  condition. 

ADDR  MODI  MNEMONIC 


0  JC  C, LABEL 

OX  JC  C. LABEL. RX 


I  JCI  C.ADDR 

IX  JCI  C , ADDR, RX 


FORMAT/OPCODE 


8 

4 

4 

16 

i  70 

1  c  | 

|  RX  |  | 

LABEL  | 

8 

4 

4 

18 

i  71 

1  c  | 

|  RX  |  | 

ADDR  | 

DESCRIPTION:  ITiis  is  a  conditional  jump  instruction  wherein  die  instruction  sequence  jumps  to  the  Derived 
Address,  DA,  if  a  logical  one  results  from  the  following  operation: 

(1)  The  4-bit  C  field  is  bit-by-bit  ANDed  with  the  4-bit  condition  status,  CS 

(2)  The  resulting  4-bits  are  ORed  together 

(3)  or  if  C  =  7  or  C  =  F: 

Otherwise,  the  next  sequential  instruction  is  executed. 


Cond 

it ion  Code 

£ie  Jump  £flP.tLiLum 

Mnemonic 

0000 

0 

NOP 

- 

- 

- 

0001 

1 

less  than  (zero) 

LT 

LZ 

M 

0010 

2 

equal  to  (zero) 

EQ 

EZ 

- 

0011 

3 

less  than  or  equal  to 

(zero) 

LE 

LEZ 

NP 

0100 

4 

greater  than  (zero) 

GT 

GZ 

P 

0101 

5 

not  equal  to  (zero) 

NE 

NZ 

- 

0110 

6 

greater  than  or  equal 

to  (zero) 

GE 

GEZ 

NM 

0111 

7 

unconditional 

- 

- 

- 

1000 

8 

carry 

CY 

- 

- 

1001 

9 

carry  or  LT 

- 

- 

- 

1010 

A 

carry  or  EQ 

- 

- 

- 

1011 

B 

carry  or  LE 

- 

- 

- 

1100 

C 

carry  or  GT 

- 

- 

- 

1101 

D 

carry  or  NE 

- 

- 

- 

1110 

E 

carry  or  G£ 

- 

- 

- 

mi 

F 

unconditional 

- 

- 

- 

55  JCJCI 
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REGISTER  TRANSFER  DESCRIPTION: 

(ZC)  <--  DA  if  C  =  7,  or 
if  C  -  F,  or 

if  (C0t  CS0)  v  (C,t  CS,)  v  (C2t  CS2)  v  (C3t  CS3) 
REGISTERS  AFFECTED:  IC  (if  jump  is  executed) 


\ 


V. 

788 
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5  7s  Jump  to  subroutine. 

AD OR  MOOi  MNEMONIC 


D 

DX 


JS 

JS 


RA, LABEL 
RA. LABEL, RX 


T  ORMAI /OPCODE 

8  4  4  16 

|  72  |  RA  |  RX  |  |  LABEL 


DI'SCRIPI  ION:  I  lie  value  of  the  instruction  counter  (the  address  of  the  next  sequential  instruction)  is  stored  into 
register  RA  Ihen.  the  1C  is  set  to  the  derived  address,  DA,  thus  effecting  die  jump.  This  sets  up 
the  return  from  subroutine  to  the  address  stored  in  the  register  RA,  i.c..  an  indexed  unconditional 
jump  from  location  zero  using  RA  as  the  index  register  shall  transfer  control  to  die  instruction 
following  the  JS  instruction. 

Note:  If  RA  -  RX,  then  die  derived  address,  DA,  is  calculated  before  the  IC  is  stored  in  RA. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <--  (IC); 

(IC)  <--  OA; 

REGISTERS  AFFECTED:  RA.  IC 


MIL-STO-1750A  (USAF) 
2  July  1980 


ADDR  MODE  MNEMONIC 


SOJ  RA.  LABEL 
SOJ  RA, LABEL, RX 


4  4 


|  73  |  RA  |  RX  | 


LABEL  | 


DKSCRIFiTON:  The  16  bit  contents  of  register  RA  arc  decremented  by  one.  'Ihen  if  the  content  of  register  RA  is 
zero,  the  next  sequential  instruction  is  executed.  If  the  content  of  register  RA  is  non-zero,  then  a 
jump  to  the  Derived  Address,  DA,  occurs. 

Note:  If  RA  =  RX,  then  the  derived  address,  DA,  is  calculated  before  RA  is  decremented. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <--  (RA)  -  1; 

(IC)  <--  DA  if  (RA)  *  0; 


(CS)  <--  0010  if  (RA)  =  0 
(CS)  <--  0001  if  (RA)  <  0 
(CS)  <--  0100  if  (RA)  >  0 


RA,  CS,  IC  (if  the  jump  is  executed) 
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5.28  Branch  ifetmal  to  (zero). 

ADOR  MOOt  MNEMONIC  I ORMA I /OPCODE 

8  8 

ICR  BEZ  LABEL  |  75  |  D  |  128  <  I)  <  127 

DESCRIPTION:  A  program  branch  is  made  to  I  ABIT  i.c  .  the  lie  rived  Address,  DA,  if  the  condition  stains,  C 
indicates  that  ihe  previous  result  which  set  the  (S  is  equal  lo  (/cm)  Olhei  wise,  the  next 
sequential  instruction  is  executed. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  DA  if  (CS)  =  XO 10 ; 

REGISTERS  AFFECTED :  IC  (if  the  jump  is  executed) 


li 

F1 

i 


BF7. 


Ml 
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S.2‘7  llmin.li  il  less  ili.in  (/orol. 
AOOR  MUOt  MNEMONIC 

ICR  BLT  LABEL 


IORMA1  /OPCODE 

8  8 


|  76  |  D  |  -128  <  D  <  127 


DESCRIPTION:  A  program  branch  is  made  to  1  .A1JHI i.c..  the  Derived  Address.  I)A.  if  the  condition  status,  CS, 
indicates  that  the  previous  result  which  set  the  CS  is  less  than  (zero).  Otherwise,  the  next 
sequential  instruction  is  executed. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  OA  if  (CS)  =  X001; 

REGISTERS  AFFECTED:  IC  (if  the  jump  is  executed) 


61  BIT 
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5.30  Branch  to  executive. 

AOOR  MODE  MNEMONIC  FORMAT/OPCODE 

8  4  4 

S  BEX  N  |  77  1 0000 1  N  | 


DF.SCRIP  I  ION:  This  instruction  provides  a  means  to  jump  to  a  routine  in  another  address  state,  AS.  It  is  typically 
used  to  make  controlled,  protected  calls  to  an  executive.  The  4-bit  literal  N  selects  one  of  16 
executive  entry  points  to  be  used.  Execution  of  this  instruction  causes  an  interrupt  to  occur  using 
the  EXKC  call  interrupt  vcctoi  (interrupt  S).  Ihc  new  1C  is  loaded  from  the  Nth  location 
following  the  SW  in  tire  new  processor  state.  'I  hc  linkage  pointer  (IP),  service  pointer  (SVP),  and 
the  new  processor  state  (new  MK,  new  SW,  and  new  1C)  arc  fetched  from  address  state  zero.  The 
current  processor  state  (old  MK,  old  SW',  and  old  1C)  are  stored  in  the  address  state  specified  by 
the  new  SW  AS  field.  Interrupts  arc  disabled  when  BKX  is  executed.  'Ihc  l-.XRC  call  interrupt 
cannot  be  masked  or  disabled.  Arguments  associated  with  the  BKX  instruction  are  passed  by 
software  convention.  The  processor  lock  and  key  function  is  ignored  when  litis  instruction  is 
executed.  An  attempt  to  branch  into  an  execute  protected  area  of  memory  shall  result  in  1-T0 
being  set  to  1. 

REGISTER  TRANSFER  DESCRIPTION: 


( RQ ,  RQ+-1 ,  RQ+2 )  <--  (MK.SW.IC); 

(SVP)  <--  [2B16],  where  AS  *  0; 

PI5  <--  1: 

(MK.SW.IC)  <--  [(SVP) , (SVP)+1 , (SVP)+2+N)] ,  where  AS  =  0; 
(LP)  <--  [2A16],  where  AS  =»  0; 

[(LP)  ,(LP)  +  l,(LP)+2]  <--  ( RQ , RQ+1 , RQ+2 ) ,  where  AS  =  SW,Z_16; 
REGISTERS  AFFECTED:  MK,  SW,  IC.  PI 


BKX 


62 
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5.31  Branch  if  loss  ih.ni  or  equal  toi/crol. 

AOOR  MODE  MNEMONIC  FORMA  I /OPCODE 

8  8 

ICR  BLE  LABEL  |  78  |  D  |  -128  i  0  <  127 

DESCRIPTION:  A  program  branch  is  made  to  I  AHKI ..  i.c.,  the  Derived  Address,  DA,  if  the  condition  status,  CS, 
indicates  that  the  previous  result  which  set  the  CS  is  less  than  or  equal  to  (zero).  Otherwise,  the 
next  sequential  instruction  is  executed. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  DA  if  (CS)  «  X010  or  (CS)  ■  X001; 

REGISTERS  AFFECTED:  IC  (if  the  jump  is  executed) 


63  BLK 
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5..' 2  llnmt  li  it  greater  than  (zero). 

AD OR  HOOF  MNEMONIC  r  ORMAT /OPCODE 

8  8 

ICR  BGI  LABEL  |  79  |  0  |  -128  <  D  <  127 

1 71-SCR 1  P  I’ION :  A  program  branch  is  made  to  I  AIU  'I ,  i.c.,  the  Derived  Address,  l)A,  if  the  condition  status,  CS, 
indicates  that  the  previous  result  which  set  the  CS  is  greater  titan  (/.cro).  Otherwise,  the  next 
sequential  instruction  is  executed. 

REG  I  SI FR  TRANSFER  DESCRIPTION  : 

( 1C)  <--  DA  if  (CS)  *  X 1 00 ; 

REGISTERS  AFFECTED :  1C  (if  the  jump  is  executed) 


DOT 


64 
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5.3.1  Branch  if  mu  equal  toT/crol. 

ADOR  MOOt  MNtMONIC  FORMAT /OPCODE 

8  8 

ICR  BNZ  LABEL  |  7A  |  D  |  -128  i  D  £  127 

lll-SCRIP  I  ION:  A  program  branch  is  made  to  1.ABRI i.c.,  the  Derived  Address.  DA,  if  the  condition  status,  CS, 
indicates  that  the  previous  result  which  set  the  CS  is  not  equal  to  (/.era).  Otherwise,  the  next 
sequential  instruction  is  executed. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  DA  if  (CS)  *  X100  or  (CS)  =  X001; 

REGISTERS  AFFECTED:  IC  (if  the  jump  is  executed) 


65  BNZ 
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5. .14  llranch  if  greater  than  or  equal  to  I  zero). 


AODR  MODE 

MNEMONIC 

FORMAT/OPCODE 

8 

8 

ICR 

BGE  LABEL 

1  7B 

1  o 

|  - 1  ?8  <  D  <  127 

DESCRIPTION:  A  program  branch  is  made  to  LABEL,  i.c.,  the  Derived  Address,  DA.  if  the  condition  status,  CS, 
indicates  that  the  previous  result  which  set  die  CS  is  greatei  titan  or  equal  to  (zero).  Otherwise,  the 
next  sequential  instruction  is  executed. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  DA  if  (CS)  =  X100  or  (CS)  =  X0 10 ; 

REGISTERS  AFFECTED:  IC  (if  the  jump  is  executed) 


I 


MIL-STl) -1750A  ( USAT ) 
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5.15  I  'VkI  status. 

APOR  MOPE  MNEMONIC  f OHMA £ /OPCODE 


D  LST  ADDR 

OX  LST  ADOR.RX 


I  LST I  AOOR 

IX  LST I  ADOR.RX 


6 

4 

4 

16 

1  7D 

| 0000  f 

RX  |  | 

ADDR  | 

8 

4 

4 

16 

i  7C 

j  0000 1 

RX  |  | 

ADDR  | 

DESCRIPTION:  The  contents  of  the  Derived  Address.  DA.  and  DA  + 1.  and  DA  +  2  arc  loaded  into  the  Interrupt 
Mask  register.  Status  Word  register  and  Instruction  Counter,  respectively.  This  is  a  privileged 
instruction. 

Note:  This  instruction  is  an  unconditional  jump  and  is  typically  used  to  exit  from  an  interrupt  routine. 

DA,  DA  +  I,  and  DA +  2,  in  this  typical  case,  contain  the  Interrupt  Mask,  Status  Word,  and 
Instruction  Counter  values  for  the  interrupted  program  and  the  execution  of  1ST  causes  the 
program  to  return  to  its  status  prior  to  being  interrupted. 

REGISTER  TRANSFER  PESCRIPTIQit: 

(MK.  SW,  IC)  <--  [DA.  DA+1 ,  DA+2]; 

REGISTERS  AEf ECJEB:  MK.  SW.  IC 
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5.36  Stack  1C  and  iumn  to  subroutine. 

ADOR  MODE  MNEMONIC  f ORMA T /OPCODE 

8  4  4  16 

D  SJS  RA ,  LABEL  -  - - 

DX  SJS  RA. LABEL. RX  |  7E  |  RA  |  RX  |  |  LABEL  | 


DESCRIPTION:  The  contents  of  register  RA  are  decremented  by  one.  I  tie  address  of  the  instruction  following  the 
SJS  instruction  is  stored  into  die  memory  location  pointed  to  by  RA.  Program  control  is  Uien 
transferred  to  the  instruction  at  the  Derived  Address,  I  >A.  RA  is  the  stack  pointer  and  can  he 
selected  by  die  programmer  as  any  one  of  die  16  general  registers. 

Note:  If  RA  RX,  then  die  derived  address,  DA,  is  calculated  before  RA  is  decremented. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <--  (RA)  -  1; 

[(RA)]  <-  (IC); 

(IC)  <--  DA; 

REGISTERS  AFFECTED:  IC ,  RA 


MlL-STD-1 750A  (USAF) 
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5  .17  Linstock  IC  and  return  from  subroutine. 

ADDR  MODE  MNCMONIC  FORMAT/OPCODE 

8  4  4 

S  URS  RA  J  7F  |  RA  |  0  | 

111  SCRIPTION.  The  contents  of  the  memory  location  pointed  to  by  register  RA  is  loaded  into  the  instruction 
counter,  IC,  RA  is  then  incremented  by  one.  Any  one  of  the  16  general  registers  may  be 
designated  as  the  stack  pointer.  This  instruction  is  the  subroutine  return  for  SJS.  Stack  and  Jump 
to  Subroutine. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  f(RA)3; 

(RA)  <--  (RA)  +  1; 

REGISTERS  AFFECTED:  RA,  IC 


69 
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S.38  Single  precision  load. 


ADDR  HOPE  MNEMONIC 


FORMAT/OPCODE 


8  4  4 


R 

LR 

RA.RB 

! 

81 

1  RA  | 

RB  | 

4 

2 

2 

8 

B 

LB 

BR.DSPL 

1  o 

|0 

|BR'| 

DSPL  | 

4 

2 

2  4 

4 

BX 

LBX 

BR ,  RX 

1  4 

|0 

|  BR '  |  0 

1  RX  | 

8 

4 

4 

ISP 

LISP 

RA.N 

r 

82 

1  RA  1 

N-l  | 

8 

4 

4 

ISN 

LISN 

RA.N 

1 

83 

1  RA  1 

N-l  | 

12  <  BR  <  15 
BR*  =  BR  12 
RA  =  R2 


12  <  BR  <  15 
BR'  =  BR  -  12 
RA  *  R2 


1  <  N  1  16 


1  i  N  i  16 


D  L  RA.ADDR 

DX  L  RA.ADDR , RX 


IM  IIM  RA .DATA 

IMX  IIM  RA.OATA.RX 


I  LI  RA.ADOR 

IX  LI  RA.ADDR, RX 


8 

4 

4 

16 

|  80 

1  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

|  85 

1  RA 

|  RX  1  | 

DATA  | 

8 

4 

4 

16 

1  84 

1  RA  I 

1  RX  II 

ADDR  | 

DF-SCRIPTION:  The  single  precision  Derived  Operand,  IX),  is  loaded  into  the  register  RA.  The  Condition  Status, 
CS.  is  set  based  cn  the  result  in  register  RA. 


I  R.LISF.I.ISN.I.B.l.HX.1 ,1  1,1  IM 


70 
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RLGISTf R  LRMSIJR  DC  SCRIP!  ION: 
(RA)  <--  DO; 


(CS) 

<-- 

0010 

if 

(RA) 

=  0; 

(CS) 

<-- 

0001 

if 

(RA) 

<  0; 

(CS) 

<-- 

0100 

if 

(RA) 

>  0; 

REGISTERS  AfFECTED:  RA,  CS 
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5  . 19  I  louhle  precision  load. 


ADDR  MODE 

MNEMONIC 

FORMAT/OPCODE 

3 

4 

4 

R 

DLR 

RA.RB 

I  87 

|  RA 

1  RB  I 

4  2 

2 

8 

12  <  BR  <  15 
BR'  =  BR  12 

RA  *  R0 

H 

DLB 

BR.0SPL 

|  0  |1 

1  BR ’  | 

DSPL  | 

4  2 

2 

4  4 

12  <  BR  <  15 
BR'  =  HR  -  1. 
RA  =  RO 

BX 

DLBX 

BR.RX 

1  4  |0 

1  BR '  | 

1  (  RX  | 

D 

DX 

RA.ADOR 

RA.ADDR.RX 

8 

4 

4 

16 

DL 

|  86 

|  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

I 

IX 

DLI 

DC  I 

RA , ADDR 
RA.ADDR.RX 

|  88 

|  RA 

|  RX  |  | 

ADDR  | 

DKSCRIPTION:  The  double  precision  Derived  Operand.  IX),  is  loaded  into  the  register  RA  and  RA  +  1  such  that 
the  MSH  of  DO  is  in  RA.  The  Condition  Status.  CS.  is  set  based  on  the  result  in  RA  and  RA  + 1. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA.RA+l)  <--  DO; 

(CS)  <--  0010  if  (RA.RA+l)  =  0  (Double  fixed  point  zero); 

(CS)  <--  0001  if  (RA.RA+l)  <  0; 

(CS)  <--  0100  if  (RA.RA+l)  >  0; 

REGISTERS  AFFECTED:  RA.  RA+1 ,  CS 


DI.R.DI  .11.1)1  BX.DI..DI.1 


n 
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S-4U  I  ij.ij  iimlliiilc  icnislcrs. 

ADQR  WOOL  MM L  MON  1C  FORMA T /OPCODE 

8  4  4  16 

D  LM  N.AODR  -  - 

OX  LM  N.ADOR.RX  |  89  |  N  |  RX  |  |  ADOR  | 

0  <  N  <  15 

DI  SCKin  iON.  1  lie  contents  of  ihc  Derived  Address,  DA,  arc  loaded  into  register  RO,  then  tlie  contents  of  the 

DA  t- 1  arc  loaded  into  register  R1 . finally,  tlie  contents  of  DA  +  N  arc  loaded  into  RN. 

Kffccuvcly  this  instruction  allows  tlie  transfer  of  (N  +  1)  words  from  memory  to  the  register  file. 

REGISTER  TRAttSf ER  DESCRIPTION: 

(RO)  <--  [DA]  ; 

(Rl)  <--  [DA+lj; 

(R2)  <--  [DA+2], 


(RN)  <--  [OA+NJ: 

REGISTERS  AFTECTED:  RO  through  RH 


73  I  M 
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FORMA T/OPCODt 

8  4  4  16 


|  8A  |  RA  |  RX  |  |  ADDR 


DKSCRIPI  ION:  The  extended  precision  floating  point  I lerivcd  Operand  1  )0.  is  loaded  into  registers  R A, 

RA  +  1.  and  RA  +  2  such  that  the  most  significant  16-bits  of  the  word  arc  loaded  into  register  RA. 
flic  condition  status.  CS,  is  set  bused  on  the  results  in  registers  R A,  R A  +  1 .  and  RA  +  2. 

REG  1 STf R  TRANSFER  DESCRIPTION: 


(RA,  RA+1 ,  RA+2 )  <--  00; 


(CS) 

<-- 

0010 

if 

(RA,  RA+1 , 

RA+2) 

=  0; 

(CS) 

<-- 

0001 

if 

(RA,  RA+1. 

RA  +  2) 

<  0; 

(CS) 

<-- 

0100 

if 

(RA,  RA+1, 

RA+2) 

>  0; 

REGISTERS 

AFFECTED: 

RA,  RA+1 

,  RA+2, 

CS 

5.41  KjOerulcd  precision  Moating  point  load. 
ADDR  HOPE  MNEMONIC 

D  EFL  RA , ADDR 

DX  EFL  RA , ADDR , RX 


I  FI 


i 
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5.42  I  o.id  from  minor  byte. 


AODR  MODE 

MNEMONIC 

FORMAI /OPCODE 

LUB 

LUB 

RA.ADDR 

RA.ADDR.RX 

6 

4 

4 

18 

DX 

|  8B 

1  RA  | 

RX  |  | 

ADDR  | 

8 

4 

4 

16 

I 

IX 

LUBI 
LUB  I 

RA.ADDR 

RA.ADDR.RX 

|  8D 

1  RA  | 

RX  |  | 

ADDR  | 

DESCRIPTION:  'Ihc  MSH  (upper  byte)  of  the  Derived  Operand.  IX),  is  loaded  into  the  LSI!  (lower  byte)  of 

register  RA.  The  MSH  (upper  byte)  of  RA  is  unaffected.  The  condition  status,  CS,  is  set  based  on 
the  result  in  RA. 

REGISTER  TRANSFER  DESCRIPTION: 

(rA)8-15  DOo-7i 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 


REGISTERS  AFFECTED:  RA,  CS 

I 


h 


I 
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5.43  Load  from  lower  bvtc. 


ADDR  MODE 

MNEMONIC 

FORMAT/OPCODE 

D 

LLB 

RA , ADDR 

8 

4 

4 

18 

DX 

LLB 

RA.ADDR.RX 

|  8C 

1  RA  | 

RX  |  | 

ADDR  { 

I 

LLBI 

RA , ADDR 

8 

4 

4 

16 

IX 

LLBI 

RA.ADDR.RX 

1  8E 

1  RA  1 

RX  |  | 

ADDR  | 

DKSCRIPTION:  Ihc  I.SH  (lower  byle)  of  the  Derived  Operand,  DO,  is  loaded  into  the  LSH  (lower  byte)  of 

register  It  A.  Ihc  MSH  (upper  byte)  of  RA  is  unaffected.  Ihe  condition  status,  CS,  is  set  based  on 
the  result  in  RA. 

REGISTER  TRANSFER  DESCRIPTION: 

(ra)b-15  D08_15; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 


5.44  Poo  multiple  registers  ulT  the  slack. 


Mlt-SrO  l/SOA  (USAf) 
2  july  1 080 


AODR  MODt  MNEMONIC  I  ftKMA .  /OPCOUF 

8  4  4 


S  POPM  RA.R8  1  8F  |  PA  |  RO  | 


INSCRIPTION:  For  RA  <  RR.  registers  RA  through  Rli  are  loaded  sequentially  from  .1  Mack  :it  memory  using  R 15 
as  the  stack  pointer. 

For  RA  >  Rli,  registers  RA  through  R14  and  then  RO  through  Kll  are  loaded  sequentially  from 
the  stack. 

In  both  cases, 

a.  as  each  word  is  popped  from  the  stack,  RI5  is  incremented  by  one: 

b.  if  R15  is  included  in  die  transfer,  then  it  is  effectively  ignored; 

c.  on  completion,  R1S  points  to  the  top  word  of  the  stack  remaining. 

REGISTER  TRANSFER  DESCRIPTION; 

if  RA  1  R8  than  4 

for  i  *  0  thru  RB  -  RA  do 
bag  In 

if  RA  ♦  1  A  15  than  (RA  ♦  1)  <--  [(R16)]; 

(R15)  <—  (R16)  ♦  1; 
and; 

el  sa 

begin 

for  1*0  thru  16  -  RA  do 
begin 

if  RA  +  i  *  15  then  (RA  +  i)  <--  [(R15)]; 

(R15)  <--  (R16)  +  1; 
end; 

for  i  *  0  thru  RB  do 
begin 

(i)  <~  [(RI6)]. 

(R15)  (R1S)  +  1; 

end; 

end; 

REGISTERS  AFFECTED:  RA  through  R14,  RO  through  RB,  R16 
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5.45  Single  precision  store. 
AOOR  MOPE  MNEMONIC 


0 

DX 


I 

IX 


ST 

ST 


ST  I 
ST  I 


RA.ADDR 

RA.ADOR.RX 


RA.ADDR 

RA.ADOR.RX 


FQRMAT/QPCOOE 


4 

2 

2 

8 

B 

STB 

BR.DSPL 

1  o 

|2 

1 B  R  *  | 

DSPL  | 

4 

2 

2  4 

4 

BX 

STBX 

BR.RX 

1  < 

10 

( BR '  (  2 

1  RX  | 

12  <  BR  £  16 
BR'  =  BR  -  12 
RA  =>  R2 


12  <  BR  i  16 
BR'  =  BR  -  12 
RA  =  R2 


10 


|  90 

1  RA  | 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

|  94 

1  RA  I 

RX  |  | 

ADDR  | 

DESCRIPTION:  The  contents  of  the  register  RA  are  stored  into  the  Derived  Address.  DA. 
REGISTER  TRANSFER  DESCRIPTION; 


[DA]  <--  (RA); 

REGISTERS  AFFECTED:  None 


STH.STIIX.ST.STI 
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5.46  Store  a  non-negative  constant. 

ADOR  MODE  MNEMONIC 


0  STC  N.AOOR 

DX  STC  N.AOOR, RX 


I  STC I  N.AOOR 

IX  STC I  N.AODR.RX 


FORMA T/QPCQOE 


8 

4 

4 

16 

1  91 

1  N  | 

RX  |  | 

ADOR  | 

8 

4 

4 

16 

|  92 

i  «  1 

RX  |  | 

ADDR  | 

OKSCRIPriON:  The  constant  N.  where  N  is  an  integer  (0  <  N  <  15)  is  stored  at  the  Derived  Address,  DA.  For  the 
special  ease  of  storing  zero  into  memory  the  mnemonics 

STZ  AOOR.RX  for  direct  addressing 
and  STZI  ADDR.RX  for  indirect  addressing 


may  be  used.  In  this  special  case,  the  N  field  equals  0. 
BEfilSIER  TRANSFER  DESCRIPTION: 


[DA]  <--  N.  where  0  4  N  4  16; 


REGISTERS  AFFECTED:  None 


79  STC, STCl.STZ,  STZI 
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5.47  Move  multiple  words,  memorv-to-memorv. 

AOOR  MOPE  MNEMONIC  FORMAT/OPCODE 

8  4  4 

S  MOV  RA.RB  |  93  |  RA  |  RB  | 


l.iMSC' KIPT10N:  This  instruction  allows  the  memo ry-to- memory  transfer  of  N  words  where  N  is  an  integer 

between  zero  and  2 16  - 1  and  is  represented  by  the  contents  of  RA  +  1.  The  contents  of  R  Bare  the 
address  of  the  first  word  to  be  transferred  and  the  contents  of  RA  are  the  address  of  where  the 
first  word  is  to  be  transferred.  After  each  word  transfer.  RA  and  RB  arc  incremented,  and  RA  +  I 
is  decremented. 

Note:  Any  pending  interrupts  are  honored  after  each  single  word  transfer  is  completed.  The  IC  points 

to  the  current  instruction  location  until  the  last  transfer  is  completed. 

RA  has  a  final  value  of  the  last  stored  address  plus  one;  RA  + 1  has  a  final  value  of  zero. 

RB  has  a  final  value  equal  to  the  address  of  the  last  word  transfered  plus  one. 

REGISTER  TRANSFER  DESCRIPTION: 


Step  1:  [(RA)]  <--  [(RB)]  if  (RA+1)  >  0;  Go  to  Step  4  otherwise; 

Step  2:  (RA)  <--  (RAJ+l.  (RB)  (RB)+1,  (RA+1)  (RA+1J-1; 

Step  3:  REPEAT  STEPS  1  and  2; 

Step  4:  Set  IC  to  next  instruction  address; 


AFFEQTEQ: 


RA.  RA+1 ,  RB 


MOV 


SO 
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5.48  Double  precision  store. 

ADDR  MODE 

MNEMONIC 

FORMAT/OPCODE 

4  2 

2  8 

12  <  BR  i  15 
BR1  =  BR  -  12 
RA  =  R0 

B 

DSTB 

BR.DSPL 

1  0  1 3 

| BR ' |  DSPL  | 

4  2 

2  4  4 

12  <  BR  <  15 
BR'  *  BR  -  12 
RA  =  R0 

BX 

DSTX 

BR.RX 

1  4  |0 

| BR ' |  3  |  RX  | 

DST 

DST 

RA , ADDR 
RA.ADOR.RX 

8 

4  4 

16 

D 

DX 

|  96 

|  RA  1  RX  |  | 

ADDR  1 

8 

4  4 

16 

i 

IX 

DSTI 
DST  I 

RA , ADDR 
RA.AODR.RX 

|  98 

|  RA  |  RX  |  | 

ADDR  | 

DESCRIPTION:  The  contents  of  registers  RA  and  RA  + 1  are  stored  at  the  Derived  Address,  DA,  and  DA  + 1, 
respectively 

REGISTER  TRANSFER  PLSCKIE.HQH: 


[DA,  DA+1 ]  (RA.RA+1): 

REGISTERS  AFFECTED:  Nona 


81 
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5.49  Sjorc  rcuisicr  through  musk. 


ADDR  MODE 

MNEMONIC 

FORMAT/OPCODE 

D 

SRM 

RA.AOOR 

8 

4  4 

16 

OX 

SRM 

RA.ADDR.RX 

1  97 

|  RA  1  RX  |  | 

ADDR 

DI'SCRIPITON:  The  contems  of  register  RA  arc  stored  into  the  Derived  Address,  l)A.  through  the  mask  in  register 
RA  +  I.  lor  each  position  in  the  mask  that  is  a  one,  the  coi  responding  hit  of  register  RA  is  stored 
into  the  corresponding  bit  of  the  DA.  Kor  each  position  in  the  mask  that  is  a  /cro  no  change  is 
made  to  the  corresponding  bit  stored  in  the  DA. 

REGISTER  TRANSFER  DESCRIPTION: 

[DA]  <--  {[DA]  t  (RA+1 )}  v  {[RA]  t  [RA+1]}; 

(RA+1)  =  MASK,  (RA)  =  DATA; 
or ,  equ i val ent ly , 

(RQ)  <--  [DA]; 

( RQ)  i  <--  { RA) i  if  (RA+1),  =  1  for  1  *  0,  1.  ....  IS: 

[OA]  <--  (RQ); 

REGISTERS  AFFECTED:  None 


SRM 
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5.50  Store  imiin^jo  registers. 

ADOR  HOPE  MNEMONIC 


0  STM  N.ADOR 

DX  STM  N.AOOR.RX 


I  99  I  N  | 


12ES£R1ELIQN :  The  contents  of  register  RO  arc  stored  into  the  Derived  Address,  DA;  then  the  contents  of  R1 
arc  stored  into  DA  + 1 ; finally,  the  contents  of  RN  are  stored  into  DA  +  N  where  N  is  an 
integer,  0  <  N  <  15.  Effectively,  this  instruction  allows  the  transfer  of(N+  1)  words  from  the 
register  file  to  memory. 

REGISTER  TRANSFER  DESCRIPTION: 

[DA]  <-  (RO); 

[DA+1 ]  <--  (Rl); 

[OA+2]  <--  (R2) ; 


[DA+N]  <--  (RN)  0  <  N  i  16; 
REGISTERS  AFFECTED:  Non* 
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5.51  Hx  tended  precision  fln.it ing  point  store. 

AODR  MODE  MNEMONIC.  FORMAT /OPCODE 

8  4  4  16 

D  EFST  RA.AODR  - 

OX  EFST  RA.AODR, RX  |  9A  |  RA  |  RX  |  |  AODR 


I  INSCRIPTION:  The  contents  of  registers  RA,  RA  +  1,  RA  +  2  arc  stored  at  the  Derived  Address.  DA  DA  +  1,  and 
DA +  2. 

REGISTER  TRANSFER  DESCRIPTION: 


[DA,  DA+1 ,  DA+2 ]  <--  (RA,  RA+1,  RA+2); 


I 


\ 
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5.52  Store  into  upper  bvtc. 

ADOR  MODE  MNEMONIC 


D  STUB  RA.ADOR 

DX  STUB  RA.AOOft.RX 


I  SUBI  RA.ADOR 

IX  SUBI  RA.ADDR.RX 


'■  - 5 

8 

4 

4 

16 

|  9B 

1  RA  | 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

)  9D 

1  RA  1 

|  RX  |  | 

ADDR  | 

DESCRIPTION:  The  LSH  (lower  byte)  of  register  RA  is  stored  into  the  MSH  (upper  byte)  of  the  Derived  Address, 
DA.  The  I  .SH  (lower  byte)  of  the  DA  is  unchanged. 


REGISTER  TRANSFER  DESCRIPTION: 


[da]0-7  <--  (RA)8.16; 
REGISTERS  AFFECTED:  None 
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5.53  Store  into  lower  bvtc. 

ADDR  MODE 

MNEMONIC 

FORMAT /OPCODE 

n 

ST LB  RA.ADDR 

ST  LB  RA.ADDR, RX 

8 

4 

4 

16 

DX 

|  9C 

1  RA  | 

RX  |  | 

ADDR  | 

6 

4 

4 

16 

I 

IX 

SLBI  RA.ADDR 

SLBI  RA.ADDR.RX 

1  9E 

1  RA  1 

RX  |  j 

ADDR  | 

DHSCRIPTION:  The  I.SK  (lower  byte)  of  register  1<A  is  stored  into  the  LSH  (lower  byte)  of  the  Derived  Address, 
DA.  'Ihc  MSH  (upper  byte)  of  the  DA  is  unchanged. 

REGISTER  TRANSFER  DESCRIPTION: 

[DADa- 15  (RA)8.,5; 

REGISTERS  AFFECTED:  None 


sn.BSi.m 
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5.54  Push  njjjUifJc  reeisicrs  unto  fho  stack. 

ADDR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 


S  PSHM  RA.RB  |  9F  |  RA  |  RB  | 


DESCRIPTION:  For  RA  <  RB,  the  contents  of  RB  through  RA  arc  pushed  onto  a  stack  in  memory  using  R 15  as 
the  stack  pointer.  As  each  register  contents  are  pushed  onto  the  memory  stack,  R15  is 
decremented  by  one  word  for  each  word  pushed.  On  completion,  R1S  points  to  the  last  item  on 
the  stack,  the  contents  of  RA. 

For  RA  >  RB,  the  contents  of  RB  through  R0,  and  then  the  contents  of  R1 5  through  RA,  are 
pushed  onto  the  stack.  On  completion,  R15  points  to  the  last  item  on  the  stack,  the  contents  of 
RA. 

In  both  cases,  successive  increasing  addresses  on  the  stack  correspond  to  successive  increasing 
register  addresses,  with  a  point  discontinuity  between  R15  and  R0  in  the  latter  case. 

EXAMPLE:  PSHM  R3,R5  results  in 


(R15)  ~>| 

(R3) 

1 

1 

1 

(R4) 

1 

1 

1 

(R5) 

1 

PSHM  R14.R2  results  in 

(R15)  -->| 

(R14) 

1 

1 

1 

(R15) 

1 

1 

1 

(R0) 

1 

1 

1 

(Rl) 

i 

1 

1 

(R2) 

1 
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RIG  LSiifi  TRANSI  1  U  DESCRIPTION  : 

if  RA  <  US  then 

for  i  -  0  thru  R8  -  RA  do 
beg  i  n 

(  R 1 5 )  <--  ( R15 )  -  1; 

L ( R1 5 ) 1  <--  (RB  -  i); 
end ; 


e  1  se 


beg  i  n 
for  i 


for  i 


0  thru  RB  Jo 
beg  i  n 

( R 15  )  ( R 15  )  -  1; 

[(R15)]  <--  (RB  -  j); 
end ; 

0  thru  15  -  RA  do 
begin 

( R15 )  <  -  ( R15 )  -  1; 

[ ( R15  )  ]  <--  ( R15  -  i) 
end ; 


end ; 

REGISTERS  AEIECIEU:  R15 


Mil  SID  J75 OA  ( USAf  ) 
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S.ss  Single  nu  >  'M-m  integer  add. 

AD  PR  MODI  MJD  M_ONI£  I  PUMA  I /OPCOOfc 


8 

4 

4 

R 

AR 

RA.RB 

1 

A1 

|  RA 

|  RB 

1 

4 

2 

2 

8 

12  <  BR  £  15 
BR'  =  BR  -  12 
RA  =  R2 

B 

AB 

BR.OSPl 

!  1 

1° 

|8R’| 

!)SPI 

i 

4 

2 

2 

4 

4 

12  i  BR  <  15 
BR'  =  BR  -  12 
RA  =  R2 

BX 

ABX 

BR  ,  RX 

1  < 

|0 

t  BR 1  | 

4  1 

RX  | 

8 

4 

4 

ISP 

AISP 

RA ,  N 

1 

A2 

|  RA 

|N-1 

1 

1  <  N  <  16 

D 

DX 

RA.ADDR 

RA.ADDR.RX 

8 

4 

4 

16 

A 

1 

AO 

i  RA 

|  RX 

1  1 

ADDR  | 

8 

4 

4 

16 

IM 

AIM 

RA , DATA 

1 

4A 

|  RA 

1  * 

1  1 

DATA  | 

DESCRIPIION:  The  Derived  Operand  (IX))  is  added  to  the  contents  of  the  RA  register.  The  .osult  (a  2’s 

complement  sum)  is  stored  in  register  RA.  The  condition  status  (CS)  is  set  based  on  the  result  in 
register  R  A  and  carry,  A  fined  point  overflow  occurs  if  both  operands  arc  of  the  same  sign  and 
the  sum  is  of  opposite  sign. 
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RE G I  STL  H  IRAMSFFR  OF_SC  HJ  JM  JO N : 

(RA)2  <--  (RA)1  +  DO; 

PI4  <--  1,  if  (RAJ1  =  DOj  and  ( RA„ )  ’  *  (RA0)2 


(CS) 

<-- 

0010 

if 

carry  =  0 

and 

(RA) 

= 

0 

(CS) 

<-- 

0001 

if 

carry  =  0 

and 

(RA) 

0 

(CS) 

0100 

if 

carry  =  0 

and 

(RA) 

> 

0 

(CS) 

<-- 

1010 

if 

carry  =  1 

and 

(RA) 

= 

0 

(CS) 

<-- 

loot 

if 

carry  =  1 

and 

(RA) 

< 

0 

(CS) 

<-- 

1100 

if 

carry  =  1 

and 

(RA) 

> 

0 

REGISrLRS  AFFECTED:  RA ,  CS ,  HI 


AK.AH.AISX  AM’  \.  MM 


I  ORHAT /OPCODE 
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5.56  Increment  memory  hv  a  positive  integer. 


AQOR  MOPE  MNEMONIC 


8  4  4  16 

0  INCM  N.ADOR  - - -  - 

OX  INCM  N.ADOR, RX  |  A3  |N-1  |  RX  |  |  ADOR 


DHSCRIHITON:  The  contents  of  the  memory  location  specified  by  the  Derived  Address.  DA,  is  incremented  by  N. 

where  N  is  an  integer,  I  <  N  <  16.  This  instruction  adds  a  positive  constant  to  memory.  The 
condition  status,  CS,  is  set  based  on  the  results  of  the  addition  and  carry.  A  fixed  point  overflow 
occurs  if  the  operand  in  memory  is  positive  and  the  result  is  negative.  The  memory  location 
specified  is  updated  to  contain  the  result  of  the  addition  process  even  if  a  fixed  point  overflow 
occurs. 


REGISTER  TRANSFER  DESCRIPTION: 

[DA]2  jDA]1  ♦  N.  where  1  <  N  <  16: 
PI4  -  1 .  if  [DA]2  <  0  <  [DA]1; 


(CS)  <■ 

00  to 

if 

carry 

= 

0 

and 

[DA] 

= 

0 

(CSl 

.)  i 

if 

cai  ny 

- 

0 

and 

[DA] 

< 

0 

(CS) 

v  too 

i  f 

car  ry 

S 

0 

and 

[DA] 

> 

0 

>CS)  • 

mo 

if 

carry 

s 

1 

and 

[DA] 

s 

0 

(CS)  • 

1001 

if 

carry 

s 

1 

and 

[DA] 

< 

0 

(CS) 

1100 

if 

carry 

= 

1 

and 

[OA] 

> 

0 

REGIS M  PS 

Alii 

ilLE 

CS. 

PI 
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5.57  Simile  precision  absolute  value  of  register. 
A DDR  MODE  MNEMONIC 


R  ABS  RA.RB 


FORMA!  'OPCODE 

8  4  4 


|  A4  |  RA  |  RB  | 


DESCRIPTION:  If  the  sign  bit  of  the  Derived  Operand.  1X0  (i.e.,  the  sign  bit  of  register  RB),  is  a  one,  its  negative 
or  2's  complement  is  stored  into  register  RA.  1  lowcvcr,  if  the  sign  bit  of  IX)  is  a  zero  it  is  stored, 
unchanged,  into  RA.  The  condition  status.  CS,  is  set  based  on  the  result  in  regi  ,er  k 

Note  RA  may  equal  RB. 

Ihe  absolute  value  of  a  number  with  a  1  in  the  sign  bit  and  all  other  bits  zero  is  the  same  word, 
and  causes  fixed  point  overflow  to  occur. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1.  exit,  if  DO  =  80 0 0 16 ; 

(RA)  <--  | DO | ; 

(CS)  <--  0001  if  (RA)  =  8000 16 ; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA .  CS,  PI 


ABS 


02 
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5.58  Double  provision  absolute  value  of  register. 

ADDR  MODI  MNEMONIC 


FORMAT /OPCODE 


OABS  RA.RB 


|  A5  |  RA  |  RB  | 


DKSCR1PTION:  If  the  sign  bit  of  the  double  precision  Derived  Operand  IX)  (i.c.,  the  sign  bit  of  register  (RB, 

RB  + 1 )),  is  a  one,  its  negative  or  2's  complement  is  stored  into  register  RA  and  RA  + 1,  such  that 
register  RA  contains  the  MSI!  of  the  result.  However,  if  the  sign  bit  oflX)  is  a  zero,  it  is  stored, 
unchanged,  into  RA  and  RA  + 1.  Ihe  condition  status,  CS,  is  set  based  on  the  result  in  register  RA 
and  RA+  1. 

Note:  RA  may  equal  RB. 

The  absolute  value  of  a  number  with  a  1  in  the  sign  bit  and  all  other  bits  zero  is  the  same  word, 
and  causes  fixed  point  overflow  to  occur. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1.  exit,  if  DO  =  8000  000016; 

(RA.RA+l)  <--  | DO | ; 

(CS)  <--  0001  if  (RA.RA+l)  =  8000  000016: 

(CS)  <--  0010  if  (RA.RA+l)  *  0; 

(CS)  <--  0100  if  (RA.RA+l)  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1 ,  CS.  PI 
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5.59  I  jouhjc  precision  integer  add. 

ADDR  MODE  MNEMONIC 

R  OAR  RA.RB 


0  DA  RA.ADDR 

OX  OA  RA , ADDR , RX 


FORMAT/OPCODE 

8  4  4 

|  A7  |  RA  |  RB  | 

8  4  4  16 

|  A6  |  RA  |  RX  |  |  ADDR  | 


DHSCR1PT10N:  'Hie  double  precision  Derived  Operand  (LX))  is  added  to  the  contents  of  registers  RA  and  RA+  1. 

[he  result  (a  2's  complement  32-bit  sum)  is  stored  in  registers  RA  and  RA  + 1.  lire  MSH  is  in 
RA.  The  condition  status  (CS)  is  set  based  on  the  double  precision  results  in  RA  and  R  A  + 1,  and 
carry.  A  fixed  point  overflow  occurs  if  both  operands  are  of  the  same  sign  and  die  sum  is  of 
opposite  sign. 

REGISTER  TRANSFER  DESCRIPTION: 


(RA.RA+l)2  <--  ( RA , RA+1 ) 1  +  DO: 

PI4  <--  1,  if  (RAo)1  =  D00  and  (RAq)1  *  (RA„)2 


(CS) 

<--  0010 

if 

carry 

■  0 

and 

( RA, RA+1 ) 

S 

0 

(CS) 

<--  0001 

if 

carry 

-  0 

and 

(RA.RA+l) 

< 

0 

(CS) 

<--  0100 

if 

carry 

=  0 

and 

(RA.RA+1) 

> 

0 

(CS) 

<--  1010 

if 

carry 

=  1 

and 

(RA.RA+l) 

= 

0 

(CS) 

<--  1001 

if 

carry 

=  1 

and 

(RA.RA+1) 

< 

0 

(CS) 

<--  1100 

if 

carry 

=  1 

and 

(RA, RA+1 ) 

> 

0 

REGISTERS  AFFECTED 

:  RA, 

RA+1,  CS.  PI 

I  )\R  DA 


94 
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5.60  l-lc.itine  point  add. 

AODR  MODE  MNEMONIC 

R  EAR  RA.RB 

B  FAB  BR.DSPL 


BX 


D 

DX 


FABX  BR.RX 


FA  R A. AODR 

FA  RA.AODR.RX 


FORMAT/OPCODE 


8 

4 

4 

1 

A9 

|  RA 

1  RB  | 

4 

2 

2 

8 

1  2 

|0 

1  BR '  | 

DSPL  | 

4 

2 

2 

4 

4 

1  4 

|0 

1  BR '  | 

8 

1  RX  | 

8 

4 

4 

|  A8  |  RA  |  RX  |  | 


12  <  BR  <  16 
BR '  =  BR  -  12 
RA  =  R0 


12  1  BR  <  16 
BR'  =  BR  -  12 
RA  =  R0 

16 


AODR  | 


DHSCRIRflON:  The  floating  point  Derived  Operand,  DO,  is  floating  point  added  to  the  contents  of  registers  RA 
and  RA  + 1.  The  result  is  stored  in  registers  RA  and  RA  + 1.  rhe  process  of  this  operation  is  as 
follows:  the  mantissa  of  the  number  with  the  smaller  algebraic  exponent  is  shifted  right  and  the 
exponent  incremented  by  one  for  each  bit  shifted  until  the  exponents  arc  equal.  The  mantissas 
are  then  added.  If  the  sum  overflows  the  24-bit  mantissa,  then  the  sum  is  shifted  right  one 
position,  the  sign  bit  restored,  and  the  exponent  incremented  by  one.  If  the  exponent  exceeds 
7F16  as  a  result  of  this  incrementation,  overflow  occurs  and  the  operation  is  terminated.  If  the 
sum  docs  not  result  in  exponent  overflow,  the  result  is  normalized.  If  in  the  normalization  process 
the  exponent  is  decremented  below  8016,  then  underflow  occurs  and  a  zero  is  inserted  for  the 
result. 
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REGISTER  TRANSFER  DESCRIPT ION : 


n  =  EA  -  E0; 

MO  <--  MO  Shifted  Right  Arithmetic  n  positions,  if  n  >0  and  MA  t  0; 

MA  <--  MA  Shifted  Right  Arithmetic  -n  positions,  EA  <--  EO,  if  n  <  0  and  MO  i  0 
MA  <--  MA  +  MO; 

MA  <--  MA  Shifted  Right  Arithmetic  1  position,  MA0  <--MA0,  EA  <--  EA+1, 
if  OVM  *  1; 


PI3 

<-• 

1,  EA  <-- 

IF, 6.  MA 

<-- 

7FFF 

FF,6. 

exit, 

if 

EA 

> 

and 

MA0  =  0: 

PI3 

<-- 

1.  EA  <-- 

7F,6.  MA 

<-- 

8000 

°°16. 

exit, 

if 

EA 

> 

7Fl6 

and 

MA0  =  1; 

EA,  MA  <--  normalized  EA,  MA; 


Pie  < 

-- 

1.  EA 

<-- 

0.  MA  <--  0, 

if  EA  <  80 16 

(CS) 

<- 

-  0010 

if 

{ RA, RA+1 )  = 

0; 

(CS) 

<- 

-  0001 

if 

(RA.RA+1)  < 

0; 

(CS) 

<- 

-  0100 

if 

( RA , RA+1 )  > 

0; 

REGISTERS  AFFECTED:  RA,  RA+1,  CS,  PI 


FARFAB.FAUX.FA 


96 
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-V hi  1  xtcnJ.fl  picusioii  l)(MjHiS  Odinl  add. 

ADOR  MOOt  MNEMONIC 


R  EFAR  RA.RB 


D  EFA  RA , ADOR 

OX  EFA  RA.ADDR.RX 


MIL -STD-1750A  (USAF) 
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1  OI1MA I  /OPCODE 

8  4  4 


{  AB  |  RA  |  RB  | 


8  4  4  16 


|  AA  |  RA  |  RX  |  |  ADDR 


DRSCRII,I  ION:  The  extended  precision  floating  point  Derived  Operand.  DO,  is  extended  floating  point  added  to 
the  contents  of  register  RA,  RA+1.  and  RA  +  2.  The  result  is  stored  in  register  RA,  RA  +  1,  and 
RA  +  2.  The  process  of  this  operation  is  as  follows:  the  mantissa  of  the  number  with  die  smaller 
algebraic  exponent  is  shifted  right  and  the  exponent  is  incremented  by  one  for  each  bit  shifted. 
When  the  exponents  are  equal,  the  mantissas  are  added.  If  the  sum  overflows  die  39-bit  mantissa, 
then  the  sum  is  shifted  right  one  position,  the  sign  bit  restored,  and  the  exponent  is  incremented 
by  one.  If  the  exponent  exceeds  7F1S  as  a  result  of  this  incrementation,  overflow  occurs  and  the 
operation  is  terminated.  If  the  sum  does  not  result  in  exponent  overflow,  the  result  is  normalized. 
If  in  the  normalization  process  the  exponent  is  decremented  below  80I5,  then  underflow  occurs 
and  a  zero  is  inserted  for  the  result. 

REGISTER  TRANSFER  DESCRIPT  ION 

n  =  EA  -  DO; 

MO  <--  MO  Shifted  Right  Arithmetic  n  positions,  if  n  >  0  and  MA  *  0; 

MA  <--  MA  Shifted  Right  Arithmetic  -n  positions,  EA  <--  EO,  if  n  <  0  and  MO  i  0; 

MA  <--  MA  +  MO; 

MA  <--  MA  Shifted  Right  Arithmetic  1  position,  MA0  <--MA0,  EA  <--  EA+1, 
if  OVM  =  1; 


PI3  <~ 

1, 

EA  <-- 

7Fl6. 

MA  <  — 

7FFF 

FF 

ffff16, 

exit, 

if 

EA  > 

7Fie 

and 

MA0  = 

0; 

PI3  <- 

1, 

EA  <-- 

7F16. 

MA  <-- 

8000 

00 

0000  , 

exit , 

if 

EA  > 

7Fj6 

and 

MA0  = 

l; 

EA,  MA  <--  normalized  EA.  MA; 


pi6  < 

1.  EA 

<-- 

0.  MA 

<--  0, 

if  EA  < 

80j6; 

(CS) 

<  - 

-  0010 

if 

(RA, 

RA+1, 

RA+2)  * 

0; 

(CS) 

<- 

-  0001 

if 

(RA, 

RA+1, 

RA+2)  < 

0; 

(CS) 

<- 

-  0100 

if 

(RA, 

RA+1, 

RA+2)  > 

0; 

REGISTERS  AFFECTED:  RA,  RA+1,  RA+2,  CS,  PI 
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5.62  Hontiin',  noun  .absolute  value  of  register. 

APUR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 

R  FABS  RA.RB  |  AC  |  RA  |  RB  | 


DKSCRIPTTON;  If  [he  sign  bit  of  the  mantissa  of  the  Derived  Operand,  I  XT  (i.c..  the  contents  of  registers  RB  and 
RB+  1).  is  a  one.  its  floating  point  negative  is  stored  in  registers  RA  and  RA  4  l.  The  negative  of 
I  XT  is  computed  by  taking  the  2’s  complement  of  the  mantissa  and  leaving  the  exponent 

unchanged.  Kxccptions  to  this  are  negative  powers  of  two:  - 1.0  x  2°,  - 1.0  x  21 .  Ihe  absolute 

value  of  these  are:  0.5  x  2*.  0.5  x  22 . ;  in  other  words,  the  IXT  mantissa  is  shifted  logically  right 

ryie  position  and  the  exponent  incremented.  A  Boating  point  overflow  shall  occur  if  1  XT  is  the 
smallest  negative  number,  -1.0  x  2127.  If  the  sign  bit  of  IXT  is  a  zero,  it  is  stored  unchanged  into 
RA  and  RA  +  I.  The  condition  status,  CS.  is  set  based  on  the  result  in  register  RA  and  RA  4- 1. 

Note:  RA  may  equal  RB. 

IXT  is  assumed  to  be  a  normalized  number  or  floating  point  zero. 

REGISTER  TRANSFER  DESCRIPTION: 


EA  <-- 

EA+1  , 

MA 

< 

--  4000  00, 6. 

if 

MO  = 

8000 

0016: 

PI3  <- 

-  1,  EA 

< 

-- 

7E,6. 

MA  <-- 

7FFF  FF, 

6-  exi 

it,  i 

EA  <-- 

EO.  MA 

< 

-- 

-MO, 

if  MO  < 

0, 

MO  t 

8000 

00, 6; 

EA  <-- 

EO,  MA 

< 

-- 

MO, 

if  MO  > 

0; 

(CS)  < 

--  0010 

if 

(RA 

,  RA+1)  = 

0; 

(CS)  < 

--  0001 

if 

(RA 

.RA+1)  < 

0; 

(CS)  < 

--  0100 

if 

(RA 

.RA+1)  > 

0; 

REGISTERS  AFF 

EC 

TED:  RA,  RA+1, 

CS 

.  PI 

FABS 


OX 
i  50 
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5.6.1  Single  precision  integer  subtract. 

AOOK  MOPE  MNEMONIC  EORMAT/OPCODE 


8 

4 

4 

R 

SR 

RA.RB 

1 

B\ 

|  RA 

1  RB  | 

4 

2 

2 

8 

12  <  BR  <  15 
BR’  =  BR  -  12 
RA  =  R2 

B 

SBB 

BR.OSPL 

1  1 

|1 

|BR*  | 

DSPL  | 

4 

2 

2 

4  4 

12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R2 

BX 

SBBX 

BR.RX 

1  A 

|0 

1 BR  1  | 

5  |  RX  | 

8 

4 

4 

ISP 

SISP 

RA.N 

1 

B2 

|  RA 

|N-1  | 

1  <  N  <  16 

D 

DX 

Q 

RA.ADDR 

RA.ADDR.RX 

8 

4 

4 

16 

s 

1 

BO 

|  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

IM 

SIM 

RA.OATA 

1 

4A 

|  RA 

1  2  1  1 

DATA  | 

DKSCR  IP  I  ION :  The  Derived  Operand  (DO)  is  subtracted  from  the  contents  of  the  RA  register.  The  result,  a  2's 
complement  difference,  is  stored  in  RA.  The  condition  status  (CS)  is  set  based  on  the  result  in 
register  RA  and  carry.  A  fixed  point  overflow  occurs  if  both  operands  are  of  opposite  signs  and 
the  derived  operand  is  the  same  as  the  sign  of  the  difference. 
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REGISTER  TRANSFER  DESCRIPTION: 


(RA)2  <--  (RA)1  -  DO.  i.e.,  ( RA)  -  DO  means  { ( RA )  +  00>  +  1; 


PI4  < 

-- 

1.  if 

(RA0) 

1  *  DOe  and  (RA0)2  = 

DO, 

(CS) 

<- 

-  0010 

if 

carry  =  0 

and 

(RA) 

- 

0 

(CS) 

<- 

-  0001 

if 

carry  =  0 

and 

(RA) 

< 

0 

(CS) 

<- 

-  0100 

if 

carry  =  0 

and 

(RA) 

'/ 

0 

(CS) 

<- 

-  1010 

if 

carry  •=  1 

and 

(RA) 

= 

0 

(CS) 

<- 

-  1001 

if 

carry  =  1 

and 

(RA) 

< 

0 

(CS) 

<- 

-  1100 

if 

carry  =  1 

and 

(RA) 

> 

0 

!i 


REGISTERS  AFFECTED:  RA.  CS,  PI 
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5.64  IXvicincnt  mcmoiv  bv  a  positive  integer. 

ADDR  MODE  MNEMONIC  FORMAT/OPCODE 


8  4  4  16 

0  DECM  N.ADOR  -  - 

DX  DECM  N.ADOR, RX  |  B3  |N-1  |  RX  |  |  ADDR 


DESCRIPTION:  llic  contents  of  the  memory  location  specified  by  the  1  >c  rived  Address,  DA,  arc  decremented  by 
N  where  N  is  an  integer,  1  <  N  <  16.  This  is  the  equivalent  of  a  "subtract- from-mcinory 
instruction".  The  condition  status,  CS,  is  set  based  on  die  results  of  the  subtraction  and  carry.  A 
fixed  point  overflow  occurs  if  the  operand  in  memory  is  negative  and  the  result  is  posiuve.  The 
memory  location  specified  is  updated  to  contain  the  result  of  the  subtraction  process  even  if  a 
fixed  point  overflow  occurs. 

REGISTER  TRANSFER  DESCRIPTION: 


[DA]2  <--  [DA]1  -  N,  where  1  £  N  1  IS; 
PI4  <-  1,  if  [DA0] 1  <  0  <  [DA-,]2; 


(CS) 

<--  0010 

if 

carry 

= 

0 

and 

[DA] 

= 

0 

(CS) 

<--  0001 

if 

carry 

= 

0 

and 

[DA] 

< 

0 

(CS) 

<--  0100 

if 

carry 

= 

0 

and 

[DA] 

> 

0 

(CS) 

<--  1010 

if 

carry 

= 

1 

and 

[OA] 

- 

0 

(CS) 

<--  1001 

if 

carry 

B 

1 

and 

[DA] 

< 

0 

(CS) 

<--  1100 

if 

carry 

= 

1 

and 

[OA] 

> 

0 

6EJ&ISTERS  AFFECTED 

CS. 

PI 

101 


DECM 
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5.85  Single  decision  negate  rceistor. 

ADDR  MOPE  MNEMONIC  FORMAT /OPCODE 

8  4  4 

R  NEG  RA.RB  |  B4  |  RA  |  RB  | 

PHSCRIFflON:  Hie  negative  (t.e.,  the  2’s  complement)  of  the  Derived  Operand,  DO  (i.c.,  the  contents  of  register 
RB),  is  stored  into  register  RA.  The  condition  status,  CS,  is  set  based  on  the  result  in  register  R  A. 

Note:  The  negative  of  zero  is  zero. 

Ihe  negative  of  a  number  with  a  1  in  the  sign  bit  and  all  other  bits  zero  is  the  same  word,  and 
causes  fixed  point  overflow  to  occur. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1,  exit,  if  DO  =  8000 le ; 

(RA)  < - DO; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED;  RA.  CS .  PI 
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5.66  Double  precision  negate  register. 

AODR  MODE  MNEMONIC  TORMAT/OPCODE 

8  4  4 

R  ONEG  RA.RB  |  B5  |  RA  |  RB  | 


DESCRIPTION:  The  negative  (i.e.,  the  2’s  complement)  of  the  Derived  Operand,  DO  (i.c.,  the  contents  of  register 
RB  and  RB  + 1),  is  stored  into  register  RA  and  RA  + 1  such  that  register  RA  contains  the  MSH  of 
the  result.  The  condition  status,  CS,  is  set  based  on  the  result  in  register  RA  and  RA  + 1. 

Note:  The  negative  of  zero  is  zero. 

The  negative  of  a  number  with  a  1  in  the  sign  bit  and  all  other  bits  zero  is  the  same  word,  and 
causes  fixed  point  overflow  to  occur. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1,  exit,  if  DO  =  8000  OOOOjg; 


(RA.RA+1)  < - DO: 


(CS) 

<-- 

0010 

if 

(RA, RA+1) 

=  0: 

(CS) 

<-- 

0001 

if 

( RA , RA+1 ) 

<  0; 

(CS) 

<-- 

0100 

if 

(RA.RA+1) 

>  0; 

REGISTERS  AFFECTED:  RA.  RA+1 ,  CS,  PI 
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5.67  Double  precision  integer  subtract. 

AOOR  MODE  MNEMONIC 


R  DSR  RA.RB 


D  OS  RA.ADOR 

DX  OS  RA.ADOR, RX 


FORMAT/OPCODE 
8  4  4 

|  B7  |  RA  |  RB  | 

8  4  4  16 

|  B6  |  RA  |  RX  |  |  ADDR 


DRSCRIPl'ION:  The  double  precision  Derived  Operand.  IXT  is  subtracted  from  the  contents  of  registers  RA  and 
RA  +  1.  The  results,  a  2’s  complement  32-bit  difference,  is  stored  in  registers  RA  and  RA  +  1.  lhe 
MSH  is  RA.  lhe  condition  status  (CS)  is  set  based  on  the  double  precision  results  in  RA  and 
RA-f  1,-and  carry.  A  fixed  point  overflow  occurs  if  both  operands  arc  of  opposite  sign  and  the 
derived  operand  is  the  same  as  the  sign  of  die  difference. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA.RA+1)2  <--  (RA.RA+1)1  -  DO,  i.e..  (RA.RA+l)  -  DO  means  {(RA.RA+l)  +  DO)  +  1; 


PI4  <--  1,  if  ( RAq)1  i  DO0  and  ( RA0 ) 2  =•  DO0 


(CS) 

<--  0010 

if 

carry 

c 

0 

and 

(RA.RA+l) 

= 

0 

(CS) 

<--  0001 

if 

Carry 

= 

0 

and 

( RA, RA+1 ) 

< 

0 

(CS) 

<--  0100 

if 

carry 

r 

0 

and 

(RA.RA+1) 

> 

0 

(CS) 

1010 

if 

carry 

= 

1 

and 

(RA.RA+l) 

= 

0 

(CS) 

<--  1001 

if 

carry 

= 

1 

and 

(RA.RA+l) 

< 

0 

(CS) 

<--  1100 

if 

carry 

= 

1 

and 

(RA.RA+l) 

> 

0 

REGISTERS  AFFECTED: 

RA, 

RA+1 ,  CS,  PI 

DSR.DS 


104 

236 


t  -A** 


5  <■>  I  '!< '.mite  Point  subtract. 
ADI ) H  MUUL  MNLMONIC 


FORMA! /OPCODE 


8 

4 

4 

R 

F5R 

RA.RB 

1 

B9 

|  RA 

1  RB  | 

4 

2 

2 

8 

B 

FSB 

BK.OSRL 

1  2 

|1 

1  BR '  | 

DSPL  | 

4 

2 

2 

4  4 

BX 

FSBX 

BR  ,  RX 

1  4 

|0 

1  BR 1  I 

9  |  RX  | 

C 

FS 

RA . ADOR 

8 

4 

4 

12  <  BR  <  15 
BR*  =  BR  -  12 
RA  =  RO 


12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  RO 


OX 


FS  RA.AOOR.RX 


|  B8  |  RA  |  RX  |  | 


16 

ADDR 


DHSCklt’HON:  Ihc  floating  point  Derived  Operand.  1X3.  is  floating  point  subtracted  from  the  contents  of 

registers  RA  and  RA  +  1 .  Ihc  result  is  stored  in  registers  RA  and  RA  +  1.  Ihc  process  of  this 
operation  is  as  follows:  the  mantissa  of  the  number  with  the  smaller  algebraic  exponent  is  shifted 
nghi  and  the  exponent  incremented  by  one  for  each  bit  shifted  until  the  exponents  arc  equal.  The 
mantissa  of  the  DO  is  then  subtracted  from  (RA.RA  +  1 ).  If  the  difference  overflows  the  24-bit 
mantissa,  then  it  is  shifted  right  one  position,  the  sign  bit  restored,  and  the  exponent  incremented 
by  one.  If  the  exponent  exceeds  7F16  as  a  result  of  this  incrementation,  overflow  occurs  and  the 
operation  is  terminated.  If  the  sum  does  not  result  in  exponent  overflow,  the  result  is  normalized. 
If  during  the  normalization  process  the  exponent  is  decremented  below  80 16,  then  underflow 
occurs  and  a  zero  is  inserted  for  the  fcsult. 
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RTf.ISTER  TRANSFER  DESCRIPTION: 
n  =  EA  -  EO; 


MO  <-- 

MO 

Sh  i  f  ted 

Right 

Arithmetic 

n  pos i t  ions  , 

i  f  n  > 

0  and  MA 

*  0; 

MA  <-- 

MA 

Sh  i  f ted 

Right 

Arithmetic 

-n  positions 

,  EA  <-- 

EO,  if 

n  <  0  and 

MA  <-- 

MA 

-  MO: 

MA  <-- 

MA 

Sh  i  f  ted 

Right 

Ar ithmet  ic 

1  position. 

MA0  <--MA0,  EA  <■ 

--  EA+1 , 

if 

OVM  =  1 

PI3  <- 

-  1, 

EA  <-- 

*Fie. 

MA  <--  7FFF 

FF)6,  exit. 

if  EA  > 

7F,C  and 

MA0  =  0; 

PI3  <- 

-  1, 

EA  <-- 

7F>6- 

MA  <--  8000 

0016.  exit. 

if  EA  > 

7F16  and 

MA0  =  1; 

EA,  MA  <--  normalized  EA,  MA; 

PI6  <--  1,  EA  <--  0,  MA  <--  0,  if  EA  <  8016: 

(CS)  <--  0010  if  (RA.RA+1)  =  0; 

(CS)  <--  0001  if  (RA.RA+1)  <  0; 

(CS)  <--  0100  if  ( RA, RA+1 )  >  0: 

REGISTERS  AFFECTED:  RA,  RA+1,  CS .  PI 


FSIU  S1U  SI1X.FS 
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5.69  Extended  precision  lloatinit  noint  subtract. 
AO QR  MOPE  MNEMONIC 


R  EFSR  RA.RB 


0  EFS  RA.ADDR 

DX  EFS  RA.ADDR, RX 


FORMAT/ORCODE 

8  4  4 

|  BB  |  RA  |  RB  | 

8  4  4  16 

|  BA  |  RA  |  RX  |  |  ADDR  | 


DKSCRIPTION:  IT>c  extended  precision  floating  point  Derived  Operand.  IX),  is  extended  floating  point 

subtracted  from  the  contents  of  registers  RA,  RA  + 1.  and  RA  +  2.  The  result  is  stored  in  registers 
RA,  RA  + 1,  and  RA  +  2.  The  process  of  this  operation  is  as  follows:  the  mantissa  of  die  number 
with  the  smaller  algebraic  exponent  is  shifted  right  and  the  exponent  is  incremented  by  one  ‘or 
each  bit  shifted.  When  die  exponents  arc  equal,  the  mantissas  are  subtracted.  If  the  difference 
overflows  the  39-bit  mantissa,  then  the  difference  is  shifted  right  one  position,  the  sign  bit 
restored,  and  die  exponent  is  incremented.  If  the  exponent  exceeds  7I:16  as  a  result  of  this 
incrementation,  overflow  occurs  and  die  operation  is  terminated.  If  the  sum  docs  not  result  in 
exponent  overflow,  the  result  is  normalized.  If  during  the  normalization  process  the  exponent  is 
decremented  below  8016,  then  underflow  occurs  and  a  zero  is  inserted  for  the  result. 

REGISTER  TRANSFER  DESCRIPTION: 

n  =  EA  -  EO; 

MO  <--  MO  Shifted  Right  Arithmetic  n  positions,  if  n  >  0  and  MA  +  0; 

MA  <--  MA  Shifted  Right  Arithmetic  -n  positions,  EA  <--  EO.  if  n  <  0  and  MO  *  0; 

MA  <--  MA  -  MO; 

MA  <--  MA  Shifted  Right  Arithmetic  1  position,  MA0  <--MA0,  EA  <--  EA+1 , 
if  OVM  =  1; 


Pis 

<-- 

1, 

EA  <--  7F16 

.  MA 

<-- 

7FFF 

FF 

EEEEte. 

exit. 

if 

EA  > 

7El6 

and 

HA  Q  - 

0; 

Pla 

<-- 

1, 

EA  <--  7F,6 

,  MA 

<-- 

8000 

00 

oooo16. 

exit. 

if 

EA  > 

7F,6 

and 

MA0  - 

l; 

EA. 

MA 

<-- 

normal ized 

EA, 

MA; 

Pis  <- 


1,  EA  <--  0,  MA  <--  0,  if  EA  <  80 


16- 


(CS)  <--  0010  if  (RA,  RA+1 ,  RA+2)  =  0 
(CS)  <--  0001  if  (RA,  RA+1,  RA+Z)  <  0 
(CS)  <--  0100  if  (RA,  RA+1,  RA+Z)  >  0 


REGISTERS  AFFECTED:  RA,  RA+1,  RA+Z,  CS,  PI 
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5.70  IToalmu  noun  negate  register. 
AOOR  MODI  MNEMONIC 

R  FNEG  RA.RB 


FORMAT/OPCODE 

8  4  4 


|  BC  |  RA  |  RB  | 


DiSCRII'l  ION:  Ihc  24-bil  mi  missa  of  the  Derived  Operand.  1X1,  i.c..  the  floating  point  number  in  registers  KIT 
and  RI1  +  I,  is  2  s  complemented.  The  exponent  remains  unchanged.  I  he  result,  the  negative  of 
the  origina.  number.  is  stored  in  RA  and  RA  t  I.  The  2's  eomplement  of  a  floating  point  /  to  is  a 
Boating  point  /.era  Inceptions  to  this  are  all  powers  of  two.  -1.0  x  2n  and  0.5  x  2"  1 ;  re.,  when  die 
mantissa  is  either  8000  Q0lh  or  4000  001(l.  ihc  negation  of  0.5  x  2"'  is  -1.0  x  2n  i.c  the  mantissa  is 
shifted  left  one  position  and  the  exponent  decremented  by  one.  Conversely,  the  negation  of  1.0  x 
2"  is  0.5  x  2n  +  i.c.,  die  mantissa  is  shifted  right  one  position  and  the  exponent  is  incremented  by 

one  A  floating  point  overflow  occurs  for  the  negation  of  the  smallest  negative  number,  - 1 .0  x 
2*'7  A  floating  point  underflow  occurs  for  the  negation  of  the  smallest  positive  number,  0.5  x  2 
128,  and  causes  the  result  to  be  zero.  Ihc  condition  status,  CS,  is  set  based  on  die  result  in  registers 
RA  and  RA+  1. 

Note:  RA  may  equal  RR. 

REGISTER  TRANSFER  JESCRIPTION: 

PI3  <--  1.  EA  <--  7F l3 ,  M0  <--  7FFF  FF,6,  exit,  if  DO  =  8000  007F16; 

P T8  <--  1,  EA  <--  0,  MA  <--  0.  exit,  if  DO  =  4000  0080, a; 

EA  <--  EO+1 ,  MA  <--  4000  0016,  if  MO  =  8000  0016; 

EA  <--  EO-1.  MA  <--  8000  0016,  if  MO  =  4000  00, 

EA  <--  EO.  MA  <--  -MO,  if  MO  *  8000  00j6  or  4000  0016; 

(CS)  <--  0010  if  (RA.RA+1)  =  0 

(CS)  <--  0001  if  (RA.RA+1)  <  0 

(CS)  <--  0100  if  (RA.RA+l)  >  0 


REGISTERS  AFEECTED:  RA ,  RA+1,  CS,  PI 


ENIX) 
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5  71  Single  (iKMMttn  integer  multiply  with  16-hit  nnuUirt. 


A0DR  MODt 

MNEMONIC 

fORMAT/OPCODE 

8 

4 

4 

R 

MSR 

RA.RB 

t  ci 

1  RA  | 

1  RB  | 

8 

4 

4 

ISP 

MISP 

HA.N 

|  C2 

1  RA  | 

|N-1  | 

1  <  N  <  16 

8 

4 

4 

1SN 

MISN 

RA,N 

j  C3 

1  RA  1 

1 N  - 1  | 

1  <  N  <  16 

D 

MS 

RA.ADDR 

8 

4 

4 

16 

DX 

MS 

RA.ADDR.RX 

|  CO 

1  RA  | 

1  RX  1 

|  ADDR  | 

8 

4 

4 

16 

IM 

MSIM 

RA.DATA 

1  *A 

1  RA  ] 

1  <  1 

|  DATA  | 

DESCRIPTION:  The  Derived  Operand,  DO,  is  multiplied  by  the  contents  of  register  RA.  The  I  5H  of  the  result,  a 
16-bit,  2's  complement  integer,  is  stored  in  register  RA.  The  Condition  Status,  CS,  is  set  based  on 
the  result  in  register  RA.  A  fixed  point  overflow  occurs  if  (1)  both  operands  are  of  the  same  sign 
and  the  MSH  of  the  product  is  not  zero,  or  the  sign  bit  of  the  LSH  is  not  zero,  or  (2)  if  the 
operands  are  of  opposite  sign  and  the  MSH  of  the  product  is  not  FFFF1S,  or  the  sign  bit  of  the 
LSH  is  not  one.  A  fixed  point  overflow  does  not  occur  if  either  of  the  operands  is  zero. 

REGISTER  TRANSFER  DESCRIPTION: 

(RQ.  RQ+1)  <--  (RA)1  x  DO; 

(RA)2  <--  (RQ+1); 

PI4  <--  1,  if  {(RA0)'  =  OO0  and  {(RQ)  i<  0  or  (RQ+10)  =  1}}  or 
{(RA 0)f  *  OO0  and  {(RQ)  *  FFFF16  or  (RQ+l0)  =  01  and 
{(RA)1  *  0  and  00  *  01}; 


(CS) 

<-  - 

0010 

if 

(RA) 

*  0; 

(CS) 

<-- 

0001 

if 

(RA) 

<  0; 

(CS) 

<-- 

0100 

if 

(RA) 

>  0; 

REGISTERS  AFFECTED:  RA,  CS,  PI 
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5.72  Sin 


ision  integer  mill tinlv  with  22-hit  product . 


ADOR  MODE  MNEMONIC 


8 

4 

4 

R 

MR 

RA.RB 

1 

C5 

|  RA 

1  RB  | 

4 

2 

2 

e 

B 

MB 

BR.DSPL 

1  1 

|2 

IBR'I 

DSPL  | 

4 

2 

2 

4 

4 

BX 

MBX 

BR.RX 

1  4 

|0 

|BR'| 

6 

1  RX  1 

12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R2 

12  <  BR  i  16 
BR'  =  BR  -  12 
RA  =  R2 

16 


M  RA.ADDR 

M  RA.ADDR, RX 


MIM  RA , DATA 


1  C4 

1  RA  | 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

|  4A 

1  RA  1 

1  3  |  | 

DATA  | 

DESCRIPTION:  Tlic  Derived  Operand.  IX),  is  multiplied  by  the  contents  of  register  RA.  The  result,  a  32-bit,  2’s 
complement  integer,  is  stored  in  registers  RA  and  RA+ 1  with  the  MSH  of  die  product  in  register 
RA.  The  Condition  Status,  CS.  is  set  based  on  the  result  in  registers  RA  and  RA  + 1. 

SPECIAL  CASE:  DO  =  (RA)  =  8000  (the  largest  negative  number),  then  IX)  x  (RA)  =  4000  0000. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA.RA+1)  <--  (RA)  x  DO: 

(CS)  <--  0010  if  (RA.RA+1)  =  0; 

(CS)  <--  0001  if  (RA.RA+1)  <  0; 

(CS)  <--  0100  if  (RA.RA+l)  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1,  CS 


MR.MB.MliX.M.MIM 


MIL-STD- 1750A  (USAF) 
2  July  1980 


5.71  Double  precision  integer  imiUuily. 

fiDDR  MODE  MNEMONIC 


I  OliMAT /OPCODE 


OMR  RA , RB 


|  C7  |  RA  |  RB  | 


4  4 


RA.ADDR 

RA.ADDR.RX 


|  C6  |  RA  |  RX  |  | 


DESCRIPTION:  The  double  precision  Derived  Operand,  DO,  a  32-bit  2’s  complement  number,  is  multiplied  by 
the  contents  of  registers  RA  and  R  A  + 1,  a  32-bit  2  s  complement  number,  with  the  MSH  in  RA. 
'Ihe  l.SH  of  the  product  is  retained  in  RA  and  RA  +  1  as  a  32-bit,  2's  complement  number.  The 
MSH  is  lost.  The  Condition  Status,  CS,  is  set  based  on  die  double  precision  result  in  registers  RA 
and  RA+  1.  A  fixed  point  overflow  occurs  if  (1)  both  operands  are  of  the  same  sign  and  the  MSH 
of  the  product  is  not  zero,  or  the  sign  bit  of  the  I  .SH  is  not  zero,  or  (2)  if  the  operands  arc  of 
opposite  sign  and  the  MSH  of  the  product  is  not  FFFF  FFFF16,  or  the  sign  bit  of  the  l.SH  is  not 
one.  A  fixed  point  overflow  docs  not  occur  if  either  of  the  operands  is  zero. 


TRANSFER 


(RQ.RQ+1.RQ+2.RQ+3)  (RA.RA+l)1  x  DO; 
(RA.RA+l)2  <--  (RQ+2.RQ+3); 


PI4  <--  1,  if  {(RAo)1  =  DO0  and  {(RQ.RQ+l)  *  0  or  (RQ+20)  =  1}}  or 
{(RA0)f  4  DO0  and  {(RQ.RQ+l)  4  FFFF  FFFF 16  or  (RQ+20)  =  0} 
{(RA)1  i  0  and  DO  4  0}>; 


(CS)  <--  0010  if  (RA.RA+l)  *  0 
(CS)  <--  0001  if  (RA.RA+l)  <  0 
(CS)  <--  0100  if  (RA.RA+l)  >  0 


REGISTERS  AFFECTED:  RA,  RA+1,  CS,  PI 


DMR.DM 


1 


Ml L-STD- 175QA  (USAF) 

2  July  1980 

5.74  Floating  noint  multiply. 

ADDR  MODE  MNEMONIC  FORMAT/OPCODE 


8 

4 

4 

R 

FMR 

RA ,  RB 

1 

C9 

|  RA 

1  RB  1 

4 

2 

2 

8 

B 

FMB 

BR.DSPL 

1  2 

1  2 

1  BR '  | 

DSPL  | 

4 

2 

2 

4  4 

BX 

FMBX 

BR,  RX 

1  * 

|0 

|BR'| 

A  |  RX  | 

0 

FM 

RA .ADDR 

8 

4 

4 

DX  FM  RA.ADDR.RX  |  C8  |  RA  |  RX  |  | 


12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R0 


12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R0 

16 


ADDR 


DESCRIPTION:  The  floating  point  Derived  Operand,  DO,  is  floating  point  multiplied  by  the  contents  of  register 
RA  and  RA  + 1.  The  result  is  stored  in  register  RA  and  RA  + 1.  The  process  of  the  operation  is  as 
follows:  the  exponents  of  the  operands  arc  added.  If  the  sum  exceeds  7F16,  a  floating  point 
overflow  occurs.  If  the  sum  is  less  than  8016,  then  underflow  occurs  and  the  result  set  to  zero.  The 
operand  mantissas  are  multiplied  and  the  result  normalized  and  stored  in  RA  and  RA  + 1.  An 
exceptional  case  is  when  both  operands  are  negative  powers  of  two:  (-1.0  x  2")  x  (-1.0  x  2m);  the 
result  isaQ.5  x  2n  +  m^1.  If  n  +  m  —  7Flfi,  this  shall  yield  an  exponent  overflow,  floating 
point  overflow  occurs.  Also,  it  is  possible  that  the  normalization  process  may  yield  an  exponent 
underflow;  if  this  occurs,  then  the  result  is  forced  to  zero.  The  condition  status,  CS,  is  set  based  on 
the  result  in  RA  and  RA  + 1. 
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HEGISfER  THAWS!  I  R  01. SCRIPT  ION: 
n  =  FA  +  EO; 

PI3  <--  1,  EA  <--  7F j6 ,  MA  <--  7FFF  FF16.  exit,  if  n  >  7F16  and  MA„  =  MO0; 
PI3  <--  1,  EA  <--  7Flg,  MA  <--  8000  0016.  exit,  if  n  >  7F,6  and  MA0  *  M00: 


PI6 

<- 

-  1. 

EA  <- 

-  0. 

MA 

<--  0. 

exit , 

if 

n  < 

80 

16  • 

MP 

<-• 

-  MA 

x  MO: 

( intege 

r  mul  ti| 

piy) 

MP 

<- 

-  MP 

shift 

left 

1 

position; 

n  < 

-- 

n  + 

1.  MP0 

-23  < 

-- 

4000  00 

16-  11 

'  MP0 

-23 

=  8000 

00 

16 

; 

PI3 

<- 

-  1. 

EA  <- 

16* 

MA  <-- 

7FFF 

FFie- 

ex 

it. 

if 

n 

> 

7F16 

and 

MP0  =  0 

PI3 

<- 

-  1. 

EA  <- 

-  7P, 

16- 

MA  <-- 

8000 

00  16  • 

ex 

it. 

if 

n 

> 

7F,6 

and 

MP0  =  1 

n  . 

MP 

<-- 

normal 

i  zed 

n . 

MP; 

PI6 

<- 

-  1. 

EA  <- 

-  0. 

MA 

<--  0. 

exit, 

if 

n  < 

80 

16 : 

EA  <--  n; 

MA  <--  MP0_23 ; 

(CS)  <--  0010  if  (RA.RA+1)  =>  0; 

(CS)  <--  0001  if  (RA.RA+1)  <  0; 

(CS)  <--  0100  if  (RA.RA+l)  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1 .  CS,  PI 
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I ■xtenOtd  lyccision  llo.ilu;..  IK nut  multiply. 

ADPff  MODI  MNP  MON  IC  ■  Q8MA I /CPCODt 

8  4 

If  i  FMR  RA.fiB  i  CB  l  RA  !  RB  ! 


8  4  4  !  6 

0  t  M  RA  ,  A  OOP  -  - 

V.X  i  PM  RA  .  'DOR.RX  CA  <  RA  j  RX  ;  ;  AODR 


)! -Si'K II’ !  ION  !  he  extended  precision  fit-  itmp  I  lerivvd  <  iperand.  IXJ.  is  extended  lloatinp  pom:  multiplied  fiv 
the  contents  ol  registeis  RA  R  A  -*  1  and  R.A  h  2.  'Hie  result  is  stored  ;n  registers  !<A  and 

KA  t-2.  The  process  of'  the  -  iperation  is  .is  follows:  the  exponent  of  the  operands  are  iddeu  If  die 
sum  exceeds  7l!h,  a  floutmK  jioim  overdo'*  occurs,  it  the  sum  is  less  than  Ml  ,  'lien  underflow 
occurs  and  die  result  set  to  zero  She  operand  mantissas  are  multiplied  and  the  result  normalized 
and  stored  in  RA,  RA  r  1 .  and  R  \  t  2  The  condition  status,  CS.  is  set  based  on  the  result  in  RA . 
RA  +  1.  and  RA  +  2. 
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REGISTER  TRANSf  EH  lit  SCRIPT  ION: 
n  =  LA  +  £0 ; 


Plj  < .  1. 

EA 

<  - 

7F 

16  - 

MA  <-- 

7FFF 

ff  fPffie. 

exit. 

if  n  » 

and 

MA,  =  M00 

PI3  1, 

FA 

V. - 

7F 

16  ■ 

MA  <-- 

8000 

00  0000 16, 

exit. 

i  f  n  > 

^16 

and 

MA0  *  M00 

PI6  <--  1. 

EA 

<  -- 

0, 

MA 

<--  0, 

ex  i  t 

.  if  n  <  80 

16  • 

MP  <--  MA  x  MO;  (integer  multiply) 


MP 

MP  shift  left  1  position: 

n  < 

-- 

n  +  1.  MP0„39  <--  4000  00 

0000 

16  ■ 

if  MP0.39  - 

8000 

00 

000016; 

PIj 

<- 

-  1.  EA  <--  7F 16,  MA  <-- 

7Ff  F 

FF 

FFFFj6,  exit 

.  if 

n 

>  7F1S  and 

MP0  = 

0: 

pl3 

<- 

-  1,  EA  <--  7F16.  MA  <  — 

8000 

00 

OOOOig,  exit 

.  if 

n 

>  7F16  and 

MP0  * 

1; 

n . 

MP 

<--  normalized  n,  MP : 

Pie 

<- 

-  1,  EA  <--  0.  MA  <--  0, 

if  n 

< 

8016; 

EA  <--  n; 

MA  <--  MP0.39; 

(CS)  <--  0010  if  (RA.  RA+1,  RA+2)  =  0; 

(CS)  <--  0001  if  (RA,  RA+1 ,  RA+2)  <  0; 

(CS)  <--  0100  if  (RA,  RA+1,  RA+2)  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1,  RA+2,  CS,  PI 
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5.76  Single  precision  integer  divide  with  16-bit  dividend. 


ADDR  MODE 

MNEMONIC 

FORMAT/OPCODE 

8 

4 

4 

R 

DVR 

RA.RB 

1  D1 

|  RA 

1  RB  1 

8 

4 

4 

ISP 

DISP 

RA ,  N 

|  D2 

|  RA 

[N-l  | 

1  < 

N  <  16 

8 

4 

4 

ISN 

DISN 

RA,N 

|  D3 

|  RA 

1  N-l  | 

1  < 

N  <  16 

D 

DX 

DV 

DV 

RA , ADDR 

RA, ADDR. RX 

8 

4 

4 

16 

j  DO 

|  RA 

1  RX  1 

1 

ADDR  | 

8 

4 

4 

16 

IM 

DVIM 

RA.DATA 

|  4A 

|  RA 

1  6  | 

1 

DATA  | 

DESCRIPTION:  The  contents  of  register  RA  arc  divided  by  the  Derived  Operand,  DO.  a  single  precision,  2’s 
complement  number.  The  result  is  stored  in  registers  RA  and  RA  + 1  such  that  RA  stores  the 
single  precision  integer  quotient  and  RA  + 1  stores  the  remainder.  The  Condition  Status.  CS,  is  set 
based  on  the  result  in  RA.  A  fixed  point  overflow  occurs  if  the  divisor,  IX),  is  zero,  or  if  the 
dividend  is  800016  and  the  divisor  is  FFFF16. 

Note:  The  sign  of  the  non-zero  remainder  is  the  same  as  the  sign  of  the  dividend. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA.RA+1)  <--  (RA)  /  DO; 

PI4  <--  1,  if  DO  =  0  or  (RA  =  8000 16  and  DO  =  F F F F 16} ; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1,  CS,  PI 
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5.77  Single  precision  integer  divide  with  52-bit  dividend. 

ADDIf  MOUF  MNEMONIC  FORMA T/OPCODE 


8 

4 

4 

R 

DR 

RA.RB 

1 

D5 

|  RA 

1  RB  | 

4 

2 

2 

8 

12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R2 

B 

DB 

BR.DSPL 

1  1 

13 

1 BR  ’  1 

DSPL  | 

4 

2 

2 

4  4 

12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R2 

BX 

DBX 

BR.RX 

1  4 

10 

1  BR  1  | 

7  |  RX  | 

D 

DX 

RA.ADDR 

RA.ADDR.RX 

8 

4 

4 

16 

D 

1 

D4 

|  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

IM 

DIM 

RA.DATA 

1 

4A 

|  RA 

1  6  |  | 

DATA  | 

DESCRIPTION:  The  contents  of  registers  RA  and  RA  + 1,  a  double  precision  2's  complement  number,  are  divided 
by  the  Derived  Operand,  DO,  a  single  precision,  2's  complement  number.  RA  contains  the  MSH 
of  the  32-bit  dividend.  The  result  is  stored  in  registers  RA  and  R  A  + 1  such  that  RA  stores  the 
single  precision  integer  quotient  and  R  A  +  1  stores  the  remainder.  The  Condition  Status.  CS,  is 
set  based  on  the  result  in  RA.  A  fixed  point  overflow  occurs  if  the  divisor  equals  zero  or  if  the 
magnitude  of  the  MSH  of  the  dividend  is  equal  to  or  greater  than  the  magnitude  of  the  divisor 
(i.c.,  the  quotient  exceeds  15  bits). 

Note:  The  sign  of  the  non-zero  remainder  is  the  same  as  that  of  the  dividend. 

REGISTER  TRANSFER  DESCRIPTION: 


(RA.RA+l) 

<-- 

(RA.RA+l) 

/  DO; 

PI4  <--  1 

.  if 

DO  = 

0  or 

|(RA) 

(CS)  C~ 

0010 

if 

(RA) 

=  0; 

(CS)  <-- 

0001 

if 

(RA) 

<  0; 

(CS;  <-- 

0100 

if 

(RA) 

>  0; 

REGISTERS 

AFFECTED 

RA. 

RA+1 

117 
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5.78  I  jouble  precision  integer  divide. 
ADPR  MODt  MNEMONIC 

R  DDR  RA.RB 


EORMA T /OPCODE 

8  4  4 


|  D7  |  RA  |  RB  | 


8  4  4  16 

D  DO  RA.ADOR  -  - 

DX  OD  RA.ADDR.RX  |  D6  |  RA  |  RX  |  |  ADDR  |  j 

-  - - -  j 

i 

DESCRIPTION:  The  contents  of  registers  RA  and  RA  +  1 .  a  double  precision  2's  complement  number,  are  divided 

b>  the  Derived  Operand,  IX).  a  double  precision  2’s complement  number  RA  contains  the  MSH  j 

of  die  32-bit  dividend.  'Die  quotient  part  of  the  integer  result  is  stored  m  registers  RA  and  RA  +  ! 

(with  die  MSH  in  RA)  and  the  rcmaindei  is  lost  [Tie  Condition  Status.  CS  is  set  based  on  die 
results  in  registers  RA  and  RA  +  1.  A  fixed  point  overflow  occurs  if  the  divisor.  IX).  is  zero,  or  if 
the  dividend  is  8000]6  and  the  div  isor  is  ITTT16. 


REGISTER  TRANSEER  DESCRIPTION  : 


(RA.RA+l)  <--  (RA.RA+l)  /  DO; 


PI4  <--  1 , if  DO  =  0  or  {RA  =  800016  and  00  =  FFFF16); 


(CS)  <--  0010 
(CS)  <--  0001 
(CS)  <--  0100 


if 

(RA.RA+l) 

=  0; 

if 

(RA.RA+l) 

<  0; 

if 

(RA.RA+l) 

>  0; 

REGISTERS  AEFECTEO :  RA,  RA+1 ,  CS ,  PI 


DDR. 1)1) 


IIS 

ISO 


MIL -STD- 1 750A  (USAf) 
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5.70  Floating  point  divido. 

ADDR  MflOE  MNEMONIC 


FORMA  I /OPCODE 


8 

4 

4 

R 

FDR 

RA.RB 

1 

09 

|  RA 

1  RB  | 

4 

2 

2 

8 

B 

FOB 

BR.DSPL 

1  2 

|3 

1 0  R  *  | 

DSPL  | 

4 

2 

2 

4 

4 

BX 

FOBX 

BR.RX 

1  4 

|0 

|br*  | 

B 

1  RX  I 

B 

4 

4 

OX 

FD 

RA.AOOR.RX 

1 

D8 

|  RA 

|  RX  |  | 

12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R0 


12  <  BR  <  15 
BR’  =  BR  -  12 
RA  =  RO 


ITie  floating  point  number  in  registers  R A  and  RA  +  1  is  divided  by  the  floating  point  Derived 
Operand.  IX).  Ihe  result  is  stored  in  register  RA  and  RA+ 1.  A  floating  point  overflow  occurs  if 
the  exponent  result  exceeds  7F16  at  any  point  in  the  calculation  process.  Underflow  occurs  if  the 
exponent  result  is  less  than  80lfe  at  any  point  in  the  process.  If  underflow  occurs,  then  the 
quotient  is  forced  to  zero.  A  divide  by  zero  yields  a  floating  point  overflow. 


FDR.FDB.FDBX.FD 


3)1 


MIL-STD-  1750A  (USAF) 

2  July  1980 

REGISTER  TRANSFER  DESCRIPTION: 
n  =  EA  -  E0; 

PI3  <--  1,  EA  <--  7F16>  MA  <--  7FFF  FF,6.  exit, 
if  MA0  =  M00  and  {n  >  7F,6  or  DO  =  0}; 

PI3  <--  1,  EA  <--  7F16,  MA  <--  8000  00, 6,  exit. 

if  MA0  *  MO0  and  {n  >  7F16  or  DO  =  0}; 

PI6  <--  1,  EA  0,  MA  <--  0,  exit,  if  n  <  8016; 

MQ  <--  MA  /  MO: 

MQ  <--  MQ  Shift  Right  Arithmetic  1  position,  n  <--  n  +  1,  it  |MQ|  >  1.0; 


PI3  <--  1. 

EA 

<-- 

7F16. 

MA  <-- 

7FFF 

FF  is 

PI3  <--  1. 

EA 

<-- 

7F16. 

MA  <-- 

8000 

00,6 

EA  <--  n; 

MA  <--  MQ0. 

23 : 

(CS)  <--  0010  if  (RA.RA+l)  «  0 
(CS)  <--  0001  if  (RA.RA+l)  <  0 
(CS)  <--  0100  if  (RA.RA+l)  >  0 


AFFECTED:  RA.  RA+1 .  CS.  PI 


IDR.IDIMDHX.FD 
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5.80  Extended  pro  imod  flo  itiiij  noiiU  divide. 
AODR  MODE  MNEMONIC 


F  PUMA  f /OPCODE 


EE  DR  RA.RB 


|  DB  |  RA  |  RB  | 


FFD  RA.ADDR 
EFD  RA.ADDR, RX 


4  4 

|  RA  |  RX  |  | 


I  USCK  ll'IION :  The  contents  of  registers  RA.  RA  + 1,  and  RA  +  2  arc  extended  precision  floating  point  divided  by 
die  extended  precision  floating  point  Derived  Operand,  IX).  I  he  result  is  stored  in  register  RA, 
RA  +  1.  and  RA  +  2.  A  floating  point  overflow  occurs  if  the  exponent  result  exceeds  7Fl6  at  any 
point  in  the  calculation  process.  Underflow  occurs  if  the  exponent  result  is  less  than  801(>  at  any 
point  in  die  process.  If  underflow  occurs,  then  the  quotient  is  forced  to  zero.  A  divide  by  zero 
yields  a  floating  point  overflow. 

REGISTER  TRANSFER  DESCRIPTION: 

n  =  EA  EO; 

PI3  <--  1.  EA  <--  7Fi6.  MA  <--  7FFF  FF  FFFF 16,  exit, 
if  MA0  =  M00  and  {n  >  7F,6  or  DO  =  0}; 

PI3  <--  1,  EA  <--  7F16,  MA  <--  8000  00  000016,  exit, 
if  MA0  *  MO0  and  {n  >  7F,6  or  DO  =  0>; 

PI6  <--  1.  EA  <--  0,  MA  <--  0,  exit,  if  n  <  8016; 

MQ  <--  MA  /  MO; 

MQ  <--  MQ  Shift  Right  Arithmetic  1  position,  n  <--  n  +  i,  if  |MQ|  >  1.0; 


PI3  <~ 

1, 

EA  <-- 

7F16 ,  MA  <-- 

7FFF 

FF 

ffff16. 

exit. 

if  n  > 

7f  16 

and 

s 

0 

II 

0 

PI3  <-- 

1, 

EA  <-- 

7F,6.  MA  <- 

8000 

00 

0000, 6, 

exit. 

if  n  > 

7Fie 

and 

MQ0  -  1; 

EA  <--  n; 

MA  <--  MQq_3<,; 

(CS)  <--  0010  if  (RA,  RA+1 ,  RA+2)  =  0; 

(CS)  <--  0001  if  (RA,  RA+1,  RA+2)  <  0; 

(CS)  <--  0100  if  (RA,  RA+1,  RA+2)  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1,  RA+2,  CS,  PI 


FFDR.I-t-D 


MU  STD-  1 7 5 0 A  (USAE  ) 
c  J Li  T  v  1900 


5.8 1  Inclusive  logical  OR 


ADDR  MODE 

MNEMONIC 

tORMAT/OPCODE 

8 

4 

4 

R 

ORR 

RA.RB 

1  F  1 

|  RA 

1  RB  1 

4  2 

2 

8 

12  i  BR  i  lb 
BR'  =  BR  -  12 
Rft  =  R2 

B 

ORB 

BR.DSPL 

i  3  |0 

1 B  R  ’  | 

DSPL  j 

4  2 

2 

4  4 

12  <  BR  £  15 
BP'  =  BR  -  1 

RA  =  R2 

BX 

ORBX 

BR  ,  RX 

1  *  |0 

|BR'  | 

F  1  RX  ] 

D 

OX 

OR 

OR 

RA.ADOR 

RA , ADDR , RX 

8 

4 

4 

16 

1  f-0 

|  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

IM 

ORIM 

RA.DATA 

|  4A 

t  RA 

1  8  1  1 

DATA  ) 

DhSCRIPTION:  The  Derived  Operand,  DO,  is  bit-by-bit  inclusively  OKed  with  the  contents  of  RA.  The  result  is 
stored  in  register  RA.  The  condition  status.  CS,  is  set  based  on  the  result  in  register  RA. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <--  (RA)  v  DO: 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA,  CS 


OR  R.OR  ll.OR  ItX.OR.ORIM 


TS4 


MIL-5TD- I 7bOA  (USAF) 
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H.'  1  ofitc.J  \NO 

AJDL)(i  MOQt  MNEMONIC  f  0RMA 1  /OPCOOE 


t 


8 

4 

4 

R 

ANDR 

RA ,  RB 

l 

£3 

(  RA 

1  R6  1 

4 

2 

2 

8 

12  <  BR  <  15 
BR’  =  BR  -  12 
RA  --  R2 

B 

ANDB 

BR.DSPi. 

1  3 

M 

(BR‘| 

DSPL  I 

4 

2 

2 

4  4 

12  <  BR  <  1& 
BR'  *  BR  -  12 

RA  =  R2 

BX 

ANDX 

8R,KX 

l  * 

10 

|BR* 

m 

30 

X 

AND 

AND 

RA.ADDR 

RA.ADOR.RX 

6 

4 

4 

18 

OX 

i 

E2 

|  RA 

|  RX  |  ! 

ADDR  | 

8 

4 

4 

16 

IM 

ANOM 

RA.DATA 

1 

4A 

|  RA 

1  1  1! 

DATA  | 

DHSCKlPflON:  I  Tic  Derived  Operand,  IX),  is  bu-by-bit  ANDed  with  the  contents  of  register  KA.  (be  result  is 
stored  in  register  RA.  The  condition  status,  CS,  is  set  based  cn  the  result  in  register  RA. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <--  (RA)  t  DO; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA,  CS 


123  ANDK.ANDIMNDX.AND.ANDM 
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2  July  1080 

5.83  I'.xdusive  logical  OR. 

AODR  MODE  MNEMONIC  FORMAT /OPCODE 


8 

4 

4 

R 

XORR 

RA.RB 

1  E5 

1  RA 

1  RB  1 

XOR 

XOR 

8 

4 

4 

16 

DX 

RA.ADDR.RX 

1  E4 

1  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

IM 

XORM 

RA.DATA 

|  4A 

1  RA 

1  9  1  1 

DATA  | 

DKSCRIPTTON:  The  Derived  Operand.  DO,  is  bit-by-bit  exclusively  ORcd  with  the  contents  of  RA.  The  result  is 
stored  in  RA.  The  condition  status,  CS,  is  set  based  on  the  result  in  RA. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <--  (RA)  0  DO; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0: 

(CS)  <--  0100  if  (RA)  >  0; 

ROISTERS  AFFECTED:  RA,  CS 


XORR.XOK.XORM 


124 
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S  -ggjiljte; 


** 
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5.84  I  (laiail  NaNI). 

ADDR  MODI  MM I MOM  I C 


FORMA  f /OPCODE 


8 

4 

4 

R 

NR 

RA ,  RB 

1  E7 

1  RA  1 

1  RB  | 

n 

M 

RA.ADDR 

RA.ADDR.RX 

8 

4 

4 

16 

ox 

N 

I  E6 

1  RA  | 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

IM 

NIM 

RA , DATA 

|  4A 

1  RA  1 

1  B  |  | 

DATA  | 

DESCRIPTION:  The  Derived  Operand,  EX),  is  bit-by-bit  logically  NANDed  with  the  contents  of  register  RA.  The 
result  is  stored  in  RA. 


Note:  The  logical  NOT  of  a  register  can  be  attained  with  a  NR  instruction  with  RA  =  RB. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <--  ^RA)  r  DO: 


(CS)  <--  0010  if  (RA)  =  0 
(CS)  <--  0001  if  (RA)  <  0 
(CS)  <--  0100  if  (RA)  >  0 


REGISTERS  AFFECTED:  RA.  CS 


!  i 
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5.85  Convert  floating  point  to  16-bit  integer. 

APDR  MODE  MNEMONIC 


R  FIX  RA.RB 


FORMAT /OPCODE 

8  4  4 


|  E8  |  RA  |  RB  | 


DKSCRIPTION:  The  integer  portion  of  the  floating  point  Derived  Operand,  DO  (i.e.,  the  contents  of  registers  RB 
and  RB+  1).  is  stored  into  register  RA.  If  the  actual  value  of  the  IX)  floating  point  exponent  is 
greater  than  0P16.  then  RA  remains  unchanged  and  a  fixed  point  overflow  occurs.  The  condition 
status,  CS,  is  set  based  on  die  result  in  RA. 


Note:  'Hie  algorithm  truncates  toward  zero. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  l,  exit,  if  EO  >  OF la ; 

(RA)  <--  Integer  portion  of  DO; 


(CS)  <--  0010 
(CS)  <--  0001 
(CS)  <--  0100 


if 

(RA) 

=  0; 

if 

(RA) 

<  0; 

if 

(RA) 

>  0; 

REGISTERS  AFFECTED:  RA .  CS.  PI 


KIX 


126 


358 
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5.86  Consort  16-liu  Intend  to  floating  point. 

AODR  MODE  MNEMONIC 


R  FLT  RA.R8 


FORMAT/OPCODE 

8  4  4 


|  E9  |  RA  |  RB  | 


INSCRIPTION:  Ihc  Integer  Derived  Operand,  IX)  (i.c.,  the  contents  of  register  R II),  is  converted  to  Single 

Precision  floating  point  format  and  stored  in  register  RA  and  RA  +  1.  The  condition  status,  CS.  is 
set  based  on  the  results  in  RA  and  RA  + 1.  The  operation  process  is  as  follows:  Ihe  exponent  is 
initially  considered  to  be  0P!6.  The  integer  value  in  RB  is  normalized,  i.e.,  the  number  is  left 
shifted  and  the  exponent  decremented  for  each  shift  until  the  sign  bit  and  the  next  MSB  arc 
unequal,  and  the  exponent  and  mantissa  stored  in  the  proper  fields  of  RA  and  RA  +  1. 

Note:  RA  may  equal  RB. 

An  integer  zero.  000016.  is  converted  to  a  floating  point  zero,  0000  000016. 

REGISTER  TRANSFER  DESCRIPTION: 

EA  <--  0,  MA  <--  0.  exit,  if  (RB)  *  0; 

EA  <--  OF  16 : 

MA  <--  (RB); 

EA.  MA  <--  normalize  EA,  MA; 


(CS) 

<-- 

0010 

if 

( RA , RA+1 ) 

(CS) 

<-- 

0001 

if 

( RA , RA+1 ) 

(CS) 

<-- 

0100 

if 

( RA , RA+1 ) 

REGISTERS  AFFECTED:  RA ,  RA+1 ,  CS 


127 


fi: 


KO 


DHSCRII’I  ION:  The  integer  portion  of  the  floating  point  Derived  Operand,  DO  (i.c.,  the  contents  of  registers  RB, 
RB  + 1,  and  RB  +  2).  is  stored  into  register  RA  and  RA  + 1.  If  the  actual  value  of  the  DO  floating 
point  exponent  is  greater  than  1F16,  then  RA  and  RA  +  1  remain  unchanged  and  a  fixed  point 
overflow  occurs,  lhc  condition  status.  CS,  is  set  based  on  tire  result  in  RA  and  RA  +  1. 


Note:  Ihe  algorithm  truncates  toward  zero. 

REGISTER  TRANSFER  DESCRIPTION: 


PI4  <--  1 

,  ex 

t.  if 

EO  >  1F16; 

(RA.RA+1) 

<-- 

Integ 

er  portion 

Of  00; 

(CS)  <-- 

0010 

if 

(RA.RA+1)  = 

0; 

(CS)  <-- 

0001 

if 

(RA.RA+1)  < 

0; 

(CS)  <-- 

0100 

if 

(RA.RA+1)  > 

0; 

registers 

AFFE 

CTEO: 

RA.  RA+1 , 

CS.  PI 

KFIX 


128 
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3  88  Convert  37  hit  integer  u>  cxicnJed  precision  floating  noin(. 

AOOR  MOPE  MNEMONIC  EORMA f /OPCODE 

8  4  4 

R  EFLT  RA.RB  |  EB  |  RA  |  RB  | 


1)1  SCR1PI  ION:  I  tie  double  precision  integer  Derived  Operand,  DO  (i.c„  the  contents  of  registers  RB  and 
RB  +  1),  is  convened  to  Kxtended  Precision  floating  point  format  and  stored  in  register  RA, 

RA+  1,  and  RA  +  2.  ITtc  condition  status,  CS.  is  set  based  on  the  result  in  RA,  RA  +  1,  and 
RA  +  2.  Ihe  operation  process  is  as  follows:  Ihc  exponent  is  initially  considered  to  be  ll'16.  The 
integer  value  in  RB,  RB  +  1  is  normalized,  i.c.,  the  number  is  left  shifted  and  the  exponent 
decremented  for  each  shift  until  the  sign  bit  and  the  next  MSB  arc  unequal,  and  the  exponent  and 
mantissa  stored  in  the  proper  field  of  RA,  RA+1,  and  RA  +  2. 

JEoie:  RA  may  equal  RB. 

An  integer  zero,  0000  000016,  is  converted  to  an  extended  floating  point  zero,  0000  0000  000016. 
REGISTER  TRANSFER  DESCRIPTION: 

EA  <--  0.  MA<--  0.  exit,  if  (RB.RB+1)  =  0; 


EA  <--  1F16 ,  MA<~-  (RB.RB+1); 
EA.  MA  <--  normalized  EA.  MA; 


(CS)  <--  0010  if 
(CS)  <--  0001  if 
(CS)  <--  0100  if 

REGISTERS  AFF££T£Q: 


(RA. 

RA+1 , 

(RA, 

RA+1 , 

(RA. 

RA+1. 

RA. 

RA+1. 

RA+2)  =  0; 
RA+2)  <  0; 
RA+2)  >  0; 

RA+2.  C6 


129 


KFI.T 
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vSb  1; u-h.ineo  hvtcs  in  rccistcr. 
AIJDR  MODE  MNEMONIC 


S  XBR  RA 


I  ORMAT  /OPCODE. 

8  4  4 


|  EC  |  RA  |  0  | 


I  >1  S<.  I<  II*  I  ION:  Hie  upper  byte  of' register  KA  is  exchanged  with  the  ’ewer  byte  of  register  RA.  Hie  CS  is  set 
based  on  the  result  in  legister  RA. 

Kt_ 0  If  UR  TRANSFER  Of  SCR  IPT  ION  : 


(  R  A  )  (,  ;  '  -  ■  t  R  A  )  8  s  jj ; 


(CS)  <-- 

0010 

if 

(RA)  =  0 

(CS)  <-- 

000  1 

if 

(RA)  <  0 

(CS) 

0100 

i  f 

(RA)  >  0 

REGISTERS 

:  AFFECTED 

RA,  CS 

1 


XI1R 


1 10 


160 


MIL-S1D-  1  7  50A  ( USA I  ) 
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s  90  1  xch.ni'K  wools  iii  rcuistcrs. 

AUITR  MOOE  MNEMONIC 

FORMA! /OPCODE 

6 

4  4 

R  XWR  RA , RB 

i  ED 

1  RA  I  RB 

iJl  SCRIP  1  ION :  11k  contents  of  register  RA  arc  exchanged  with  the  contents  of  register  Rli.  Hie  CS  is  set  based 
on  the  result  in  register  R.A 

REGISTER  TRANSFER  OESCRIPT ION : 

(RA)  <-->  (RB); 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA .  RB .  CS 
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5.91  Single  precision  compare. 
ADDR  MOPE  MNEMONIC 


FORMAT/OPCODE 
8  4  4 


R 

CR 

RA.RB 

1  FI 

|  RA  |  RB  | 

4  2 

2  8 

12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R2 

B 

CB 

BR.DSPL 

1  3  1 2 

| BR ' |  DSPL  | 

4  2 

2  4  4 

12  <  BR  <  15 
|  BR’  =  BR  -  12 

BX 

CBX 

BR.RX 

1  4  |0 

| BR ’ |  C  |  RX  j 

8 

4  4 

ISP 

CISP 

RA ,  N 

1  F2 

1  RA  | N-l  | 

1  <  N  <  16 

8 

4  4 

ISN 

CISN 

RA.N 

1  F3 

|  RA  | N-l  | 

1  <  N  <  16 

C 

C 

RA , ADDR 
RA.ADDR.RX 

8 

4  4 

16 

DX 

1  F0 

|  RA  |  RX  |  | 

ADDR  | 

8 

4  4 

16 

IM 

CIM 

RA .DATA 

|  4A 

|  RA  |  A  || 

DATA  | 

DESCRIPTION: 

The  single  precision  Derived  Operand.  IX),  is  compared  lo  the  contents  of  RA.  Then,  the 
Condition  Status,  CS,  is  set  based  on  whether  the  contents  of  RA  is  less  than,  equal  to,  or  greater 
than  the  DO.  The  contents  of  RA  arc  unchanged. 

REGISTER  TRANSFER  DESCRIPTION: 


(RA)  :  DO; 

(CS)  <--  0010  if  (RA)  =  DO; 

(CS)  <--  0001  if  (RA)  <  DO; 

(CS)  <--  0100  if  (RA)  >  DO; 

REGISTERS  AFFECTED:  CS 


CR.CH.CIJX.CISP.CISN.C.CIM 
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5  ')?.  Compare  between  limils. 

mjDH  MODI  MNLMONIC  FORMA ( /OPCODE 


8  4  4  16 

D  CBL  RA.ADOR  - - - - - - - 

OX  CBL  RA.ADOR. RX  |  F4  |  RA  |  RX  |  |  ADDR  | 


DESCRIPTION:  1'hc  contents  of  register  RA  are  compared  to  two  different  sixteen  bit  derived  operands.  DOl  and 
1)02.  The  derived  operands,  1)01  and  1)02  arc  located  at  DA  and  l)A  +  l.  respectively,  and  their 
values  arc  defined  such  that  1)01  <  1)02.  Hie  CS  is  set  based  on  the  results.  If  the  values  for  DOl 
and  1)02  arc  defined  incorrectly  (that  is.  1)01  >  1)02),  then  CS  is  set  to  1000 


REGISTER  TRANSFER  DESCRIPTION; 

(CS)  <--  1000  if  DOl  >  002 ,  exit; 
(CS)  <--  0001  if  (RA)  <  001; 

(CS)  <--  0010  if  DOl  <  (RA)  i  D02 ; 
(CS)  <--  0100  if  (RA)  >  002; 
REGISTERS  AFFECTED:  CS 
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5.93  I  lyuhjc  precision  compare. 
M.QR  MODE  MNEMONIC 

R  DCR  RA.RB 


0 

DX 


OC 

DC 


RA.AOOR 

RA.ADDR.RX 


FORMAT /OPCODE 

8  4  4 

|  F  7  |  RA  |  RB  | 

8  4  4  18 

|  F6  |  RA  |  RX  |  |  AODR 


DfiSC'R  IPT'ION:  The  double  precision  Derived  Operand.  IX).  is  compared  to  the  contents  of  registers  RA  and 

RA  +  1  where  RA  contains  the  MSI  I  of  a  double  precision  word.  Then,  the  Condition  Status,  CS, 
is  set  based  on  whether  the  contents  of  RA,  RA  +  I  is  icss  than,  equal  to,  or  greater  than  the  IX) 
The  contents  of  R A  and  RA  + 1  arc  unchanged. 

REGISTER  TRANSFER  DESCRIPTION: 


(RA.RA+l)  :  DO; 


(CS) 

<-- 

0010 

if 

(RA.RA-rl) 

=  Du 

(CS) 

<-- 

0001 

if 

(RA.RA+l) 

<  OO 

(CS) 

<-- 

0100 

if 

(RA.RA+l) 

>  DC 

REGISTERS  AFFECTED:  CS 


DCR. DC 
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5.94  Montnn;  point  compare. 

ADDR  MOPE  MNEMONIC  I  ORHAT/OPCOPE 


8  4  4 


R 

FCR 

RA.RB 

1 

F9 

|  RA 

1  RB  | 

4 

2 

2 

8 

B 

FCB 

BR.OSPL 

1  3 

1  3 

|BR'| 

DSPL  | 

4 

2 

2 

4 

4 

BX 

FCBX 

BR.RX 

1  4 

10 

|BR'| 

D 

1  RX  | 

o 

FC 

FC 

RA , ADDR 

RA .ADDR , RX 

8 

4 

4 

OX 

1 

F8 

1  RA 

|  RX  |  | 

12  <  BR  <  15 
BR'  =  BR  -  12 
RA  *  RO 


12  i  BR  <  15 
BR'  =  BR  -  12 
RA  >  RO 

16 


ADDR  | 


DI-SCRIP  I  ION:  The  floating  point  number  in  registers  RA  and  RA  + 1  is  compared  to  the  floating  point  Derived 
Operand,  IX).  Then,  the  Condition  Status,  CS.  is  set  based  on  whether  the  contents  of  RA, 

R  A  + 1  is  less  than,  equal  to,  or  greater  than  the  DO.  The  contents  of  RA  and  RA  + 1  are 
unchanged. 


Note:  This  instruction  docs  not  cause  an  overflow  to  occur. 

REGISIER  IBMSiM  DESCRIPTION: 


(RA.RA+1)  :  DO; 


(CS)  <-- 

0010 

if 

(RA.RA+1) 

=  0; 

(CS)  s 

0001 

if 

(RA.RA+1) 

<  0; 

( c S )  <-- 

0100 

if 

(RA.RA+l) 

>  C; 

REGISTERS  AFFECTED:  CS 
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5.95  Intended  precision  floating  point  compare. 

ACOR  MODE  MNEMONIC 

R  EFCR  RA.RB 


D 

DX 


EFC 

EFC 


RA.ADDR 
RA, ADDR.RX 


FORMAT/OPCODE 
8  4  4 

|  FB  |  RA  |  RB  | 

8  4  4  16 

|  FA  |  RA  |  RX  |  |  ADDR  | 


DKSCRIl'ITON:  The  extended  precision  floating  Derived  Operand,  IX),  is  compared  to  the  contents  of  registers 
RA,  RA+1,  and  RA  +  2  where  RA  contains  the  most  significant  16-bits  of  the  extended  precision 
floating  point  word.  'Hie  condition  status,  CS,  is  set  based  on  whether  the  contents  of  RA,  RA  +  1, 
and  RA  +  2  arc  less  than,  equal  to  or  greater  than  the  IX).  The  contents  of  RA,  RA+1,  and 
RA  +  2  are  unchanged. 

Note:  This  instruction  docs  not  cause  overflow  to  occur. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA.  RA+1 ,  RA+2 )  :  DO; 

(CS)  <--  0010  if  (RA,  RA+1 ,  RA+2)  =  00; 

(CS)  <--  0001  if  (RA,  RA+1 ,  RA+2)  <  00; 

(CS)  <--  0100  if  (RA.  RA+1 ,  RA+2)  >  DO; 

REGISTERS  AFFECTED:  CS 


L.ICR.KFC 
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5.%  No  (monition. 

ADDR  MODE  MNEMONIC  fORMA I /OPCODE 

8  4  4 


S  NOP  |  FF  |  0  |  0  | 
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>9 '  Break  noint. 

ADDR  MODE  MNEMONIC 


S  8PT 


I ORMAI /OPCODE 
3  -4  4 


I  FF  |  F  j  F  | 


1)1 -SCRIPT  'ON:  This  instruction  is  typically  used  for  halting  the  processor  dunng  m  aintenance  and  diagnostic 
procedures  when  the  maintenance  console  is  connected  to  the  system  If  the  console  .s  not 
connected,  this  instruction  is  treated  as  a  sOP  (see  page  1.17).  Restarting  the  processor  alter  a 
BP  I  can  only  he  June  by;  the  maintenance  console  or  the  power  on  sequence. 

REGISTER  TRANSFER  DESCRIPTION:  None 

REGISTERS  AFFECTED:  None 


\m 
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OSBL  29 

OSCR  54 

OSIC  48 

OSLL  45 

DSLR  52 

DSR  104 

OSRA  47 

OSRL  46 

OST  81 

OSTB  81 

OSH  81 

OST*  81 

DSUR  30 

DV  116 

DVIM  116 

DVR  116 

EFA  97 

EFAR  97 

FFC  136 

EFCR  136 

eFO  121 

E  FDR  121 

EFIX  128 

EEL  74 

EF1.T  129 

EFM  114 

FFMR  114 

EFS  107 

FFSR  107 

E  F  S  T  84 

ENBI  29 

ESUR  30 
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L 

70 

LB 

70 

LBX 

70 

LI 

70 

L  IM 

70 

i  ISN 

70 

LISP 

70 

1  l  B 

76 

U  HI 

76 

l  M 

73 

l  MP 

31 

iR 

70 

LSI 

67 

,sn 

67 

LUB 

75 

L  U€  I 

75 

M 

110 

MB 

no 

MBX 

110 

M1M 

110 

MISK 

109 

MI  SP 

109 

MOV 

60 

MPf  H 

30 

MR 

1  10 

MS 

109 

MS  1 M 

109 

MSP 

109 

N 

\7H 

N!  0 

MU 

*1 1  H 

r* - 

;l 
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MOP 

1J7 

1  NR 

f 

125 

00 

30 

[  1  OR 

122 

1 

‘  ORB 

I 

122 

r 

1  ORBX 

122 

ORIM 

122 

ORR 

122 

OTA 

30 

OTB 

31 

PI 

>9 

! 

PO 

29 

i 

POPM 

77 

PSHM 

87 

i 

R8 

35 

i 

i 

i  RBI 

36 

L  RBR 

35 

1 

r  rctr 

30 

||  RCS 

31 

j 

H  ROl 

31 

P  ROOR 

31 

|j  RIC1 

31 

1  « I C  2 

31 

V  RIPR 

32 

.11 

t  RHK 

30 

j 

| !  RMP 

32 

I 

1 

RMS 

30 

ROPR 

32 

"j  RPI 

29 

RPIR 

30 
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1.  This  Military  Standard  has  been  approved  for  use  bv  all  Departments 
and  Agencies  of  the  Department  of  Defense. 

2.  Recommended  corrections,  additions,  or  deletions  should  be  addressee 
to  U.S.  Air  Force  Armament  Laboratory,  Attention:  AFATL/DUA,  Eglln  Air 
Force  Base,  Florida  32542 


FOREWORD 


/ 

1.  Prior  Co  this  standard,  an  aircraft  and  the  stores  which  It  carried 
were  typically  developed  Independently  of  each  other  or  were  developed 
exclusively  for  each  other.  The  usual  results  were  new  aircraft /store 
electrical  interface  requirements  and  the  general  proliferation  of  overall 
s tore  Interface  requirements.  The  lack  of  standards  within  DoD  for  an 
aircraft /store  electrical  interface  led  to  low  levels  of  Interoperability 
and  costly  aircraft  modifications  to  achieve  required  store  utilization 
flexibility.  The  trend  in  store  technology  toward  more  complex  store 
functions  which  require  increasing  amounts  of  avionics  data  from  aircraft 
systems  was  predicted  to  produce  insurmountable  aircraft/store  interface 
problems . 

2.  This  standard  contains  a  solution  to  aircraft /store  Interface  Imple¬ 
mentation  proliferation  by  specifying  one  standard  electrical  Interface 
for  all  future  aircraft  and  stores.  The  Interface  contained  herein  Is 
based  on  recognized  trends  In  stores  management  systems  which  predict 
the  use  of  serial  digital  transmission  for  control,  monitor,  and  release 
signals  to  the  store  station.  Application  of  this  standard  to  new  air¬ 
craft  and  stores  will  serve  to  reduce  and  stabilize  the  number  and  variety 
of  signals  required  at  the  alrcraf t/store  interface,  minimize  the  impact 

of  new  stores  on  future  stores  management  systems,  and  increase  store  inter¬ 
operability  within  the  services  and  NATO. 

3.  After  initial  implementation  of  the  standard,  there  will  be  a  period 
when  both  standard  and  non-standard  aircraft  and  stores  will  coexist  in 
the  inventory.  Therefore,  in  order  to  be  compatible,  some  development 
aircraft  and  stores  may  be  built  with  both  the  standard  and  non-standard 
interfaces . 

A,  The  format  of  this  standard  is  aligned  to  aircraft/store  interfs> « 
control  documents  used  by  industry  to  describe  aircraft/store 
requirements  to  DoD. 

5.  Unless  otherwise  specified,  this  standard  rnnf 
System  2,  Digital  Interface  Requirements  doc.im* 
development  with  the  Department  f 
and  appropriate  DoD  agencies. 
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1 .  INTRODUCTION 


1.1  Scope .  This  standard  establishes  the  definition  for  development, 
application,  and  control  of  the  electrical  interface  between  stores  and 
their  carrying  aircraft.  It  encompasses  all  aircraft-to-store  and  store- 
to-aircraft  signal  functions,  electrical  characteristics,  and  electrical 
connector  components  of  the  interface.  It  implies,  but  does  not  quantify, 
aircraft/store  electrical  systems  to  meet  the  interface  defined  herein. 

It  is  intended  that  all  aircraft  stores  which  require  any  electrical  inter¬ 
face  shall  use  the  same  functional  interface  and  the  same  physical  connectors. 
This  documeut  does  not  include  the  design  of  the  physical  connectors,  but 
has  design  guides  for  them.  Stores  which  require  a  limited  subset  of  the 
functions  will  contain  the  necessary  electronics  to  accept  those  portions 
of  the  functional  interface  signals  required  without  aircraft  hardware 
modifications.  This  standard  does  not  imply  that  all  aircraft  can  carry 
all  stores  on  all  stations.  Factors  such  as  physical  and  mechanical  limi¬ 
tations,  and  electrical  power  must  be  considered. 

1.2  Purpose.  The  purpose  of  this  interface  standard  is  threefold:  (1) 

Define  specific  electrical  and  optical  characteristics  of  power  and  data 
signals  to  be  provided  at  the  interface,  (2)  Provide  guidelines  for  inter¬ 
face  connectors,  (3)  Define  the  logical  portion  of  the  interface  which 
includes  the  interface  message  traffic  and  information  coding  formats  (TBD) . 

1.3  Classification.  This  standard  covers  all  aircraft  stores  that  require 
an  electrical  interface.  This  coverage  encompasses  both  expendable  and 
non-expendable  stores  as  defined  in  NATO  AAP-6.  Non-expendable  stores  in¬ 
clude  suspension  equipment  as  defined  in  NATO  AAP-6. 

1.4  Effectivity  Data.  Upon  date  of  implementation,  this  standard  is 
effective  with  stores  and  aircraft  in  concept  development  stages  and  all 
future  aircraft  and  all  store  development  within  the  classification  data 
provided  above. 

2 .  REFERENCED  DOCUMENTS 

2.1  Issues  of  Documents.  The  following  documents  of  the  issue  in  effect 
on  date  of  invitation  for  bid  or  request  for  proposal  form  s  part  of  this 
standard  to  the  extent  apecified  herein.  In  the  event  of  conflict  between 
the  documents  referenced  herein  and  the  contents  of  this  standard,  the 
contents  of  this  standard  shall  be  considered  a  superseding  requirement. 


SPECIFICATIONS 

MILITARY:  MIL-E-6051 

Electromagnetic  Comp  Reqmts 

System 

MIL-W-5088 

Wiring,  Aerospace  Vehicle 

MIL-A-859 1 

Airborne  Stores,  Associated  Suspension 
Lugs,  and  Aircraft  Store  Interface 
(Carriage  Phaae) 
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MIL-C- 38999 


Connectors,  Electrical* 


MIL-C-27599  -  Connector,  Electrical,  Minature, 

Quick  Disconnect  (For  Weapons  Systems) 
Established  Reliability* 

STANDARDS 

MILITARY:  MIL-STD-461  -  Electromagnetic  Interference  Character¬ 

istics,  Requirements  for  Equipment. 

MIL-STD-462  -  Electromagnetic  Interference  Character¬ 

istics,  Measurement  of. 

MIL- STD-704  -  Aircraft  Electric  Power  Characteristics. 

MIL-STD-1553  -  Aircraft  Internal  Time  Division  Command/ 

Response  Multiplex  Data  Bus. 

HANDBOOKS 

MILITARY:  AFSC  DH  1-4  -  Electromagnetic  Compatibility. 

2.2  Other  Publications.  The  following  documents  form  a  part  of  this  stan¬ 
dard  to  the  extent  specified  herein.  Unless  otherwise  indicated,  the  issue 
in  effect  on  date  of  invitation  for  bid  or  request  for  proposal  shall  apply. 
In  the  event  of  conflict  between  the  documents  referenced  herein  and  the 
contents  of  this  standard,  the  contents  of  this  standard  shall  be  considered 
a  superseding  requirement. 

EIA  STD  RS-330  -  Electrical  Performance  Standards  for 

Closed  Circuit  Television  Camera  525/60 
Interlaced  2:1. 

STANAG  3558  -  NATO  Standardization  Agreement.  Location 

of  the  Electrical  Control  Connector  for 
Airborne  Armament  Stores. 

STANAG  3838AA  -  NATO  Standardization  Agreement.  Aircraft 

(DRAFT)  Internal  Time  Division  Command /Response 

Multiplex  Data  Bus. 

EIA  STD  RS-343A  -  Electrical  Performance  Standard  for  High 

Resolution  Monochrome  Closed  Circuit 
Television  Camera. 

SYSTEM  2  -  Nuclear  Digital  Interface  Requirements. 

NATO  AAP-6  -  NATO  Glossary  of  Terms  and  Definitions 

for  Military  Use. 
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3.  DEFINITIONS 


3.1  Address.  A  store  location  identification,  as  represented  by  a  five- 
digit  binary  number. 

3.2  Aircraft .  For  the  purpose  of  the  standard,  the  term  aircraft  shall 
be  that  which  serves  the  function  of  commanding,  scanning,  and  monitoring 
bus  traffic,  and  which  provides  electrical  power. 

3.3  Eur  'interface  Electronics.  The  electronic  module  necessary  to  inter¬ 
face  the  data  bus  with  the  subsystem  and  the  subsystem  with  the  data  bus. 

3.4  EIA.  Electronic  Industries  Association. 

3.5  EMI.  Electromagnetic  Interference. 

3.6  EMC.  Electromagnetic  Compatibility. 

3.7  EM?.  Electromagnetic  Pulse. 

3.8  GPS.  Global  Positioning  System. 

3.9  Message .  A  message  is  a  time  sequential  transmission  of  words  on 
the  data  bus.  A  message  transfer  is  complete  when  the  command  word,  data 
word(s)  and  the  status  word(s)  have  been  transmitted.  There  are  three 
types  of  messages:  (1)  Aircraft-to-store,  (2)  Store-to-aircraft,  and  (3) 
Store-to-store. 

3.10  Electrical  Interface.  The  connectors  through  which  the  data  signals 
and  power  flow  between  the  aircraft  and  store. 

3.11  Bit .  Contraction  of  binary  digit;  may  be  either  0  (zero)  or  1  (one). 

It  is  equal  to  one  binary  decision  or  the  designation  of  one  of  two  possible 
values  or  states  of  anything  used  to  store  or  convey  information. 

3.12  Bit  Rate.  The  number  of  bits  transmitted  per  second. 

3.13  Half  Duplex.  Data  transfer  in  either  direction  over  a  single  line 
but  not  in  both  directions  on  that  line  simultaneously. 

3.14  Command/Reaponse  Mode.  Operation  of  data  link  in  which  the  store 
will  respond  only  when  commanded  by  the  aircraft. 

3.15  Asynchronous  -  Operation.  An  independent  clock  source  in  each  store 
which  is  utilized  for  the  transmission  of  messages.  The  received  messages 
shall  be  decoded  using  clock  information  derived  from  the  received  signal. 

3.16  Aircraft/Store  Interface.  The  electrical  (connector)  interface 
between  the  aircraft  electrical  system  and  the  store  electrical  umbilical 
cable. 
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3.17 


Byte.  Each  half  of  a  lf-bit  word  (8bits)  is  a  byte. 


3.18  Store.  Same  as  aircraft  store  in  NATO  AAP-6,  repeated  here  for 
convenience.  Any  device  intended  for  internal  or  external  carriage  and 
mounting  on  aircraft  suspension  and  release  equipment,  whether  or  not 
the  item  is  intended  to  be  separated  in  flight  from  the  aircraft.  Air¬ 
craft  stores  are  classified  in  two  categories  as  follows: 

a.  Expendable  store  -  an  aircraft  store  normally  separated  from 
the  aircraft  in  flight  such  as  a  missile,  rocket,  bomb,  nuclear  weapon, 
torpedo,  pyrotechnic  device,  sonobuoy,  signal,  underwater  sound  device, 
and  other  similar  items. 

b.  Non-expendable  store  -  an  aircraft  store  which  is  not  normally 
separated  from  the  aircraft  in  flight  such  as  a  tank  (fuel  and  spray) , 
line-source  disseminator,  pods  (refueling,  thrust  augmentation,  gun, 
electronic-countermeasure,  data  link,  etc.),  target,  cargo  drop  container, 
drone  and  other  similar  items. 

NOTE:  For  the  purposes  of  this  standard,  non-expendable  stores 
include  suspension  equipment  (racks,  adapters,  missile  launchers,  etc). 

It  excludes  thrust  augmentation  devices. 

3.19  TCP .  Time  Correlation  Pulse. 

3.20  TBD.  To  Be  Determined. 

4.  GENERAL  STATEMENTS  OF  REQUIREMENTS 

4.1  Introduction.  This  standard  defines  an  aircraft-to-store  electrical 
interface  in  terms  of  its  physical,  electrical,  and  logical  elements.  The 
aircraft /store  interfacing  is  accomplished  through  a  maximum  of  two  elec¬ 
trical  connectors  per  store  and  is  defined  at  the  store  receptacle  discon¬ 
nect  and  at  the  aircraft  skin  (see  Figure  1).  This  standard  addresses 
only  the  aircraft-to-store  interface,  however,  it  is  intended  that  this 
standard  interfacing  concept  will  also  be  applied  to  electrical  Interfaces 
between  stores  (e.g.,  launcher-to-missile)  and  will  be  addressed  in  further 
versions  of  the  MIL-STD.  In  this  standard,  the  interface  is  categorized 
and  defined  in  three  generic  parts:  (1)  Electrical  (voltage,  current, 
resistance,  isolation,  risetime,  etc),  (2)  Physical  (connector  characteristics, 
pin  size,  mounting,  etc),  and  (3)  Logical  (information  content,  protocols, 
timing,  etc)  -  TBD. 

4.2  Standard  Interface  System.  The  standard  interface  system  consists  of 
a  composite  set  of  electrical/optical  circuits,  and  specific  interface  con¬ 
nectors.  The  signal  set  is  comprised  of  redundant  digital  multiplex  data 
buses,  coaxial  contacts  for  high  bandwidth  signals,  aircraft  AC  and  DC 
power,  digital  address  lines,  and  a  limited  number  of  dedicated  hardwired 
discretes.  Provisions  are  included  for  digital  multiplex  data  transfer 
over  twisted  shielded  pairs  and  optionally  through  fiber  optic  cable. 
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Interface  signals  (electrical)  are  specified  in  5.2.  Interface  connector 
(physical)  requirements  and  environmental  conditions  are  specified  ir.  5.3 
and  Appendix  A.  Information  interface  (logical)  will  be  specified  in  S.d 
(TBD) 

4-2.1  Digital  Multiplex  Data  Buses.  The  majority  of  all  command,  control 
and  status  data  transfer  between  the  store  and  the  aircraft  is  performed 
through  redundant  digital  multiplex  data  buses  as  specified  in  5.2.1  and 
described  by  MIL-STD-1553.  Store  connection  to  the  aircraft  data  bus  is 
accomplished  using  stubbing  methods  also  prescribed  in  MIL-STD-1553.  Data 
buses  are  operated  by  the  aircraft  in  an  active  standby  redundant  mode. 

The  aircraft  connands  the  store  to  perform  functions  and  transmit  store 
status  using  specially  formatted  digital  messages.  The  interface  defined 
herein  is  intended  to  provide  sufficient  capacity  and  performance  to  satisfy 
the  requirements  of  all  future  store  types. 

4.2.2  Aircraft  Power .  The  aircraft  supplies  DC  and  AC  power  to  the  store 
interface  in  accordance  with  MIL-STD-704 .  Interface  power  requirements  and 
exceptions  to  MIL-STD-704  are  specified  in  5.2.5. 

4.2.3  High  Bandwidth  Signals.  Coaxial  and  fiber  optic  contacts  are  pro¬ 
vided  in  the  standard  interface  connector  to  accommodate  high  bandwidth 
(RF,  Video,  Audio)  interface  signals.  User  guidelines  for  these  interface 
circuits  are  specified  in  5.2.3. 

4.2.4  Store  Address  Lines.  Dedicated  hardwire  circuits  that  provide  a 
unique  store  address  .  Detail  characteristics  of  these  circuits  are  speci¬ 
fied  in  5.2.4. 

4.3  Store  Implications.  The  interface  prescribed  by  this  standard  requires 
that  each  store  contain  electronic  circuitry  necessary  to  interface  the 
store  directly  onto  the  aircraft’s  digital  data  bus.  This  store  electronics 
must  be  capable  of  receiving  and  transmitting  digital  multiplex  data  as 
defined  in  MIL-STD-1553  and  be  capable  of  converting  digital  data  int 
required  store  commands.  A  functional  diagram  of  representative  »t.  t 
circuitry  is  contained  in  Figure  2. 

4.4  Stores  Management  System  Architecture.  The  aii  t  ■  >  . apable 

of  transmitting  and  receiving  digital  multiple-  1  .*»•  controller 

as  defined  in  MIL-STD-1553.  This  atandat  .«»»,  prescribe,  or 

recommend  a  particular  stores  manage’*.  .i  lecture.  The  standard 

la  designed  to  be  applicable  t  >  »;•>!««  management  schemes. 

Viable  schemes  found  to  hr  •  this  standard  should  be  re¬ 
ported  to  the  UFA)'  Laboratory,  Eglin  Air  Force  Base, 

Florida. 

5  DR*  •  -  •  '1  REQUIREMENTS 


******  t  ion.  This  section  prescribes  detail  electrical  and  physical 
rm«nts  for  the  standard  aircraft/store  interface.  Signal  functions, 
rlcal  characteristics  and  connector  pin  assignments  are  specified,  as 


are  •  *>>.:  operating  requirements  for  the  standard  inter- 

t  a.  »  *  ■  • 


1  »>trlca]  Interface  Definition.  All  aircraft  electrical  interface 
•  •  .  . i r  •  tnent a  with  allotted  stores  shall  be  accomplished  through  the  elec¬ 
trical  signal  sets  contained  in  Figures  3a  and  3b,  and  defined  in  Table  1. 
The  particular  pin  assignment  and  arrangement  for  the  SSI  and  Auxiliary 
Power  connectors  are  provided  for  identification  and  traceability  purposes 
only.  Definitive  signal  and  connector  characteristics  will  be  provided  in 
further  versions  of  this  MIL-STD.  Also,  spare  pins,  which  are  required 
for  future  growth,  are  not  shown  and  will  be  addressed  later.  Signals 
supplied  by  these  two  connectors  are  arranged  in  descending  order,  starting 
with  high  bandwidth  signals  and  ending  with  structural  ground.  Five  signal 
types  are  contained  in  the  interface:  (1)  High  bandwidth  signals,  (2) 

Serial  digital  data  buses,  (3)  Store  address  lines,  (4)  Dedicated  discrete 
lines,  and  (5)  High  and  low  aircraft  power.  Each  interface  line  is  defined 
in  Table  1  with  one  line  per  page.  The  pages  are  arranged  alphabetically 
by  pin  letter(s)  for  the  SSI  connector,  and  by  pin  number(s)  for  the  Aux¬ 
iliary  Power  connector  for  quick  reference.  Each  signal  description  follows 
the  standard  format  defined  below: 


PIN: 


TITLE: 


Each  interface  connector  pin  in  the  SSI  connector 
(Figure  3a)  is  assigned  an  alphabetic  nomenclature 
beginning  with  upper  case  and  continuing  through 
the  lower  case  letters.  The  letters  I,  0,  I,  and 
1  are  not  used  to  avoid  possible  confusion.  In 
the  Auxiliary  Power  connector  (Figure  3b)  each  pin 
is  assigned  a  number. 

Specifies  signal  name. 


FUNCTION : 


Describes  the  function  performed  by  the  signal  in 
the  store  or  carrier  aircraft. 


SOURCE: 


Indicates  the  source  of  the  signal  (signal  trans¬ 
mitter)  . 


DESTINATION: 


Indicates  the  destination  of  the  signal  (signal 
receiver) . 


RETURN:  Cross-references  the  return  path  for  the  signal 

being  described. 

CONTACT:  Describes  the  contact  size.  It  also  describes 

special  wire  treatment  such  as  twisted  pair  or 
shielding. 


ClAJtACTERISTICS:  Indicates  type  of  signal  and  specifies  signal 

characteristics  such  as  range,  scale  factor  and 
polarity  or  phasing.  Except  as  noted,  aircraft 
power  signals  are  specified  to  meet  MIL-STD-704 
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UMBILICAL 


High  Bandwidth  Signals 

- High  Bandwidth  Line  1 — 

- High  Bandwidth  Line  2 — 

- High  Bandwidth  Line  3  — 

- High  Bandwidth  Line  4  — 

- Store  Audio - 

Serial  Digital  Data  Buses 

- Data  Bus  A  (+)■ - 

- Data  Bus  A  — 

- Bus  A  Shield - 

- Data  Bus  B  (+) - 

- Data  Bus  B  (-) - 

- Bus  B  Shield - 

— Fiber  Optic  Data  Bus  A — 
- Fiber  Optic  Data  Bus  B — 

Store  Address  Lines 


— Address  Line  1 - 

— Address  Line  2 - 

— Address  Line  3 - 

—  Address  Line  4 - 

—  Address  Line  5 - 

- Parity - 

Address  Line  Return 

Dedicated  Discretes 


-Emergency  Jettiaon- 


•Store  Present  Interlock- 


Aircraft  Power 


- 115  VAC  400  Hz  Phase  A - 

- 115  VAC  400  Hz  Phase  B - 

- 115  VAC  400  Hz  Phase  C - 

- 115  VAC  400  Hz  Return - 

■Initial  Store  Power  (28  VDC> 

- 28  VDC  Power  1 - 

- 28  VDC  Power  2 - 

- Power  1  Return - 

- Power  2  Return - 

-  Structure  Ground - 


Figure  3a  -  Electrical  Signal-Set  SSI  Connector 


UMBILICAL 


To 

Aircraft 

Connector 


Aircraft  Power 


To 

Store 

Connector 


■115  VAC  400  Hz  Phase  A- 


-115  VAC  400  Hz  Phase  A- 


-115  VAC  400  Hz  Phase  B- 


-115  VAC  400  Hz  Phase  B- 


-115  VAC  400  Hz  Phase  C- 


-115  VAC  400  Hz  Phase  C- 


-115  VAC  400  Hz  Return 


-115  VAC  400  Hz  Return  - 


— 28  VDC  Power  3- 
- — 28  VDC  Power  3- 


■28  VDC  Power  3  Retum- 


-28  VDC  Power  3  Return- 


Figure  3b  -  Electrical  Signal  Set-Auxiliary  Power  Connector 


"  - 
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standards.  Discrete  signals  are  always  binary 
and  both  voltage  and  logic  states  are  described. 

LOAD:  Specifies  the  electrical  current  load  requirement. 

Load  or  source  impedances  in  the  weapon  when  specified 
are  resistive  unless  otherwise  stated. 

REMARKS:  Provides  additio  _  comments,  safety  isolation  re¬ 

quirements,  references  and/or  other  pertinent  infor¬ 
mation  . 

5.2.1  Digital  Multiplex  Data  Bus.  The  functions  of  pins  F,  G,  H  and  J,  K, 

L  are  to  provide  stub  connections  to  two  dual  redundant  bidirectional  serial 
digital  multiplex  buses  which  shall  be  used  to  transfer  data  between  the 
aircraft  and  the  store.  The  store  shall  contain  bus  interface  electronics 
configured  to  interface  two  independent  data  buses  to  one  set  of  store  sub¬ 
system  signals.  Serial  data  word6  ana  synchronization  are  combined  by  means 
of  Manchester  biphase  coding  into  one  signal  transmitted  over  a  shielded, 
twisted  pair  of  conductors.  The  following  paragraphs  specify  bus  interface 
requirements  that  shall  be  satisfied  by  both  the  aircraft  and  the  store. 
Requirements  pertain  to  both  digital  buses. 

5. 2. 1.1  Data  Bus  Operation.  The  information  flow  on  the  data  buses  shall 
be  comprised  of  messages  that  are  formed  by  three  types  of  words  (command, 
data,  status)  as  defined  in  para  4.3  of  MIL-STD-1553 .  The  aircraf t/store 
multiplex  data  buses  in  their  most  elemental  configuration  are  shown  in 
Figure  4a,  more  complex  configurations ,  as  illustrated  in  Figures  4p  and 
4c,  will  be  defined  in  fi  rther  versions  of  this  standard.  The  data  buses 
shall  function  asynchronously  In  a  command /response  mode  with  transmission 
occurring  in  a  half-duplex  manner.  Sole  control  of  message  transmission 
on  the  buses  shall  reside  with  the  aircraft.  Data  format,  content,  pro¬ 
tocol,  and  timing  for  these  messages  will  be  completely  specified  in  further 
versions  of  this  interface  standard. 

5. 2. 1.1.1  Subaddress /Mode .  The  subaddress /mode  field  in  the  command  word 
illustrated  in  Figure  3  and  paragraph  4. 3. 3. 5.1  of  MIL-STD-1553  is  hereby 
defined  for  application  to  aircraf t /store  interfaces. 

5.2.  1. 1.1.1  Mode  Control.  The  five  bits  following  the  transmit/receive 
bit  shall  indicate  mode  control  when  the  value  is  00000  or  11111  as  indi¬ 
cated  in  MIL-STD-1553. 

5  .2.1.1  .1.2  Loglca^  Interlace  i/w.  When  the  i  i.ve  hits  1  o',  lowing,  the 
f  ran  smit  ,•  receive  bit  are  other  th.v.  OOoOG  and  ill..,  the'  anal*  be  used 
a-  Logical  Interface  Codes  in  ar: ovuanre  with  paragraph  5.u  TED  wnich  wil  . 
define  the  logical  octtion  of  the  standard  interlace. 

.  2  .  j  .  1  . 2  Information  Trans :  «r :  Moat  Tut  a  ate.  but  mav  employ  three 
possible  codes  of  information  trans*  er •  v 1 .  aircraft -to-srore  transfer, 

(2  <  store-to-aircraf t  transfer,  and  '  2 ■  a tor> — » n-st or i  transfer.  These 
mooes  will  operate  as  describe.,  ir  V  : -FT-- 1552  ,  paragrani  4. 3. 3. 6. 


...Subsystems _ )  Data  Bus  A 


Standard  Interf 


5. 2. 1.2  Stora  on  Data  Bus.  The  score  shall  meet  the  requirements  for  a 
remote  terminal  as  defined  in  MIL-STD-1553  and  shall  respond  to  the  air¬ 
craft  stores  management  data  bus  as  a  remote  terminal. 

*>.2.1.3  Aircraft  on  Data  Bus.  The  aircraft  shall  be  responsible  for 
sending  data  bus  commands,  participating  in  data  transfer,  receiving 
status  response  and  monitoring  system  status  as  defined  for  the  bus 
controller  in  MIL-STD-1553. 

5.2. 1.4  Electrical  Interface  Requirements.  The  store  shall  meet  the 
electrical  requirements  of  a  remote  terminal  interface  with  a  transformer 
coupled  stub  as  defined  in  paragraph  4.5.1  of  MIL-STD-1553.  The  aircraft 
shall  meet  the  electrical  interface  requirements  of  a  transformer  coupled 
stub  as  defined  in  paragraph  4.5.2  of  MIL-STD-1553. 

5. 2. 1.5  Data  Bus  Requirements.  The  requirements  for  redundant  data  buses 
as  specified  in  paragraph  4.6  of  MIL-STD-1553  shall  apply. 

5.2. 1.6  Electromagnetic  Compatibility.  The  generation  of  and  suscepti¬ 
bility  of  electromagnetic  interference  shall  be  controlled  in  the  store 
and  aircraft.  The  design  shall  meet  MIL-STD-461,  Notice  3  and  shall  be 
tested  in  accordance  with  MIL-STD-462,  Notice  2.  The  specific  suscepti¬ 
bility  requirements  of  MIL-STD-461,  Notice  3  listed  below  shall  be  included 
as  a  minimum. 

Electric  Field  -  RS03 

Magnetic  Field  -  RS02 

5.2.2  Fiber  Optic  Data  Bus.  The  standard  interface  contains  a  provision 
for  two  fiber  optic  contacts  to  accommodate  technology  advances  that  are 
expected  to  produce  DoD  approved  and  sanctioned  fiber  optic  digital  data 
buses  for  aircraft  and  stores.  Standards  have  not  been  established  for 
transmission  of  serial  digital  multiplex  data  over  fiber  optic  data  buses. 

As  standards  evolve,  they  will  incorporate  in  part,  or  in  total,  into  this 
standard,  and  will  be  accommodated  in  either  the  physical  connector  suggested 
herein,  or  in  a  separate  physical  connector. 

5.2.3  High  Bandwidth  Signals.  The  SSI  connector  shall  contain  four  coaxial 
contacts  for  bidirectional  transfer  of  high  bandwidth  signals  between  the 
aircraft  and  Btores,  and  a  fifth  contact  for  transmission  of  store  audio 
data.  The  aircraft  (SMS)  shall  assign,  monitor,  control,  and  route  these 
signals  to  their  proper  destination.  Typical  high  bandwidth  line  application 
includes:  video,  very  high  speed  digital  and  analog,  and  Radio  Frequency 
(RF)  signals.  When  video,  Time  Correlation  Pulse,  or  RF  signals  are  required, 
they  shall  be  allocated  as  follows: 

5.2.3. I  Video .  High  Bandwidth  Line  1  (and  continuing  in  order  of  priority 
through  Line  4,  if  needed)  shall  be  used  for  the  bidirectional  transfer  of 
video  type  signals  between  the  aircraft  and  stores.  The  electrical  charac- 


teristics  of  the  video  shall  be  in  accordance  with  EIA  Standard  RS-330, 
with  the  following  exceptions: 


1.  Sync  pulse  amplitude  shall  be  .8  -  .08  volts. 

2.  Video  sensor  load  impedance  shall  be  93  ohms,  ^"1 0% . 

3.  Signal  can  he  bidirectional. 

.  Video  shall  be  925  lines,  or  375  lines,  in  accordance  with  SIA 
Standard  RS-343A. 

5. 2. 3. 2  Time  Correlation  Pulse.  TCP  signal  when  required  shall  be  assigned 
to  High  Bandwidth  Line  3.  The  function  ot  this  circuit  is  to  transfer  ‘in¬ 
ferential  digital  target  signals  from  the  store.  Specific  character  1st i tc 
of  the  TCP  signal  are  TBD. 


5.2. 3. 3  Radio  Frequency.  RF  signals,  when  required, shall  be  assigned  re 
High  Bandwidth  Line  4.  Typically,  this  circuit  transfers  Global  Positioning 
System  ( GPS )  RF  data  from  the  aircraft  to  the  store's  navigational  subsystem 

5.2.4  Store  Address  Lines .  The  aircraft  shall  supply  address  line  outputs 
(5  Interface  address  lines,  1  parity  line,  and  1  address  line  return)  to 
each  store  interface.  A  logic  "one”  shall  be  an  open  circuit  ( rET  100K  ohms 
DC)  referenced  to  the  address  line  return.  A  logic  "zero"  shall  be  1  0 
ohms  DC  referenced  to  the  address  line  return.  Address  assignments  sha_i 
be  made  such  that  each  store  station  has  a  separate  and  unique  address. 

Each  assigned  address  plus  parity  shall  contain  an  odd  number  of  "ones  . 

5.2.5  Aircraft  Power.  Application  and  control  of  all  power  to  the  stcre 
shall  reside  within  the  aircraft  (normally  a  function  of  the  stores  manage¬ 
ment  system).  Aircraft  power  is  specified  for  both  the  SSI  (Figure  3a)  and 
the  Auxiliary  Power  (Figure  3b)  connectors.  However,  the  Auxiliary  Fewer 
connector  shall  only  be  used  for  unique  nigh  power  applications  ,i.e.,  .-.of. 
pods).  Not  all  stores  will  require  or  have  provisions  tor  handling  this 
newer,  nor  will  all  aircraft  stations  ?e  able  to  supply  this  high  power. 

Tne  maximum  total  aircraft  power  recuf ’  bv  a  store  in  any  operating  mooe 
shall  not  exceed  the  power  requirements  -oecitied  n  .  in  audition,  a.: 
craft  power  shall  be  applied  to  the  inter  race  for  ecual  to  or  greater  . na. 
.00  milliseconds  prior  to  its  in*  •  ••  :>  «t  i.-,.  .- v  t  u  st  re.  a*  railed  air/r«.  t 

store  power  requirements  are  so-*  i  ?  *.►•,:  >*  I'a.ivs: 


■  .  3  .  1 .  1  DC  Power.  MIL-STD-  ’!'•»  .  .  r  .it':.  .e  f  jliowtng  exceotiens 

> .  2  .  5  .  .  .  1  Voltage  .  -he  aircraft  ..i..  .a;*  ah  j:  uupuiying  .  7  v  .  *  ■• 

-:.V  within  :b*-  -urrent  1  imita*.  .  t:~  iei'n.  ■  •<, 

.2.  i.i.2  >ver-vol  tage .  "he  air  rat*  .  na .  1  •'rovide  interlace  protection 
against  jver-voltagts  i  n  excess  '  '  -ver-vt  .t  ages  i)etwe>  ..  1  • 

.8  volts  anal]  oe  iiriuie:  to  D  -.  1  •  o  >r  ess.  fver-volt  ag.-s 


2. -.3. 1.3  Current .  The  aircraft  shall  be  capable  of  providing  the 
following  current  within  the  voltage  limitations  defined  in  3. 2. j. 1.1. 

.  i  .  j  .  1  .  5  .  I  Power  i,  Power  2  and  Emergency  lett  isou  bines .  ">  to  10 

amperes  max)  p  r  line. 

2.2.5.1.3.11  Powe r  3  Lines  .  0  to  23  amperes  .max)  per  line. 

i  2.  > . j  initial  jtore  Power.  3  r .■>  i  ampere  maxi 

.  2  Iso,. ,t  j.ir. .  :’ower  .  ,  Power  2,  P.iwer  ; ,  Emergency  Jet;. son, 

-tr-vi  .  Cu  i.  iLore  ?ov--r  a*p»cs  .■siuii.j.  '>t*  isotatca  .t  l  ?  nc  t ».  r  -.  t  <1 ;  *.  inieri.it  ? 
i'.U  ...o  ivc  :'0**cU  -  tic.  t-  ^  eii  vie  nix*.  ’>  v  1  tit*  air  ‘rail  .  •  nil  put.  <  jt-r  .  ini* 

s'.a.  ..  •  r  ;  Ml  t?eJ  .  t  j  ; run  aoju  aiul  *.  1  -  I.  re  j 

>  r.  v'  r  t.  i  t  v!‘  u  i.  t  wr.tr*.  Ti  • » t.  .  s  i  * .  r  ii  t*  .iw  c  i  !  .  ot c  ■  ■. ,  *.  t  .  . 

power  lines  are  -.the;  t.iu  Power  >n  or  Power  ff  .-jau.umi. 

2. 2.3.  1.2  Return  ..i  nes .  Power  Power  2,  and  i-owei  -.nail  nave  .eP.irar* 
and  isolated  returns  with  in  the  interlace,  however.  Initial  Store  Power 
Re  fur:;  and  Power  i  Return  ire  common .  Also.  Emergent- v  ettison  Return 
ana  Power  2  Return  ate  common. 

; .  2 . 5 . 1 . 6  Rise  2  im«.  ■  The  rise  t  ime  tor  all  DC  power  lir.es  shall  not 
exceed  1  millisecond  from  1  volt  to  23.0  volts  -under  the  ondilions  stated 
in  5.2.  .1.1  and  5 . 2 . 5 . i . 3 . 

3. 2. 5. 2  AC  Power.  MIL-STD-704  shall  apply  with,  the  following  exceptions 

5. 2. 5. 2.1  Voltage.  The  aircraft  shall  be  capable  of  supplying  -1  v.  -  its 
AC,  TTEDaI,  400  Hertz,  three-phase ,  «  wire,  wye  connected  power  wuth.n  fit - 
current  Limitations  defined  in  5 . 2 . 5 . 2 . 3 . 

5.1.  5.2.2  Over- vo  1  tage  .  The  aircraft  shall  provide  interface  protect 
igum.-t  ver-voi  tages  in  excess  >f  TBD  volts.  !>ver  voltages  T- . 

vo  1  *  s  and  TBD  ’cits  shall  re  iur..:  e-1  to  TBD  tu .sec  onus  ur  less.  Tc; 
ic  :  tages  jt  Less  than  TBD  volts  ail  oe  1  irntteu  r  i  In'  seconds  . 


..it  u  .  r c r  . ;  :  a 


;  r  .  Ji  ng 


aciu  Aux ;  . 


rndepeiKit  -.. .  . 


a  ■  .  a  e  -  i  ■ 


[ 


5.3  Physical  Interface  Definition.  The  aircraft/store  physical  inter¬ 
face  consists  of  the  SSI  and  Auxiliary  Power  connectors,  and  the  inter¬ 
connecting  umbilical  harness.  Detailed  connector  requirements  are  con¬ 
tained  in  Appendix  A.  Specific  physical  interface  characteristics  are 
as  follows : 

5.3.1  Wiring  and  Cabling.  The  selection  and  installation  of  wiring 
and  cabling  as  it  pertains  to  the  scope  of  this  interface  shall  be  in 
accordance  with  MIL-W-5088. 

5.3.2  Wiring  and  Shielding  Termination  and  Grounding.  The  termination 
of  wiring  and  shielding  and  the  fabrication  of  cable  harnesses,  as  it 
affects  the  integrity  of  electrical  signals  through  this  interface,  shall 
be  in  accordance  with  AFSC  DH  1-4,  Chapter  5,  Section  5B,  Design  Note  5B5, 
unless  otherwise  specified  herein. 

5.3.3  Electromagnetic  Interference.  The  cablingand  shielding  terminating 
at  this  interface,  as  it  affects  the  electrical  integrity  of  the  signals, 
shall  meet  the  requirements  of  MIL-STD-461,  Notice  3,  Test  Method  RS03, 

200  volts  per  meter  test  level  per  paragraph  6.19.2.  Shielding  braid 
attenuation  shall  be  65  DB  or  greater  from  14  KHz  to  10  GHz. 

5.3.4  Static  Discharge  Survival.  Static  discharge  of  500  pf  capacitor 

at  kilovolts  through  a  5-kohm  resistor  to  an  interface  connector 

shell  shall  not  damage  the  interface. 

5.3.5  Environmental  Factors.  Those  components  and  associated  wiring  of 
the  aircraft/store  configuration  which  affect  the  integrity  of  electrical 
signals  through  the  interface  shall  meet  the  same  level  of  requirements 
for  the  environmental  envelope  as  specified  for  the  electrical  connector 
in  Appendix  A,  as  applicable. 

5.3.6  Store  Receptacle  Connector  Orientation  and  Mounting.  Orientation 
and  mounting  applies  to  both  the  SSI  and  Auxiliary  Power  connectors. 

5.3.6. 1  Top  Mounting.  With  the  connector  positioned  such  that  the 
longitudinal  axis  (the  axis  that  traverses  the  connector  from  front  to  back 
of  the  connector)  is  in  the  vertical  plane  and  the  connector  face  is  fating 
upward,  the  master  keyway  shall  be  in  the  forward  position  on  the  store 
longitudinal  axis  (See  Figure  5). 

5. 3. 6. 2  Rear  Mounting.  With  the  connector  positioned  such  that  the  longi¬ 
tudinal  axis  is  in  the  horizontal  plane  and  the  connector  face  is  faring 
rearward  (aft),  the  master  keyway  shall  be  in  the  up  position  on  the  store 
vertical  axis  (See  Figure  5). 

5. 3.6. 3  Mounting  Alignment  and  Integrity.  The  store  receptacle  mounting 
shall  be  designed  to  prevent  the  master  keyway  from  becoming  misaligned 
with  the  predetermined  position.  The  retaining  force  of  the  mounting 
shall  be  compatible  with  the  lanyard  release  force. 
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5. 3.6.4  Receptacle  Position.  The  location  of  the  receptacle  connector 
shall  be  in  accordance  with  MIL-A-8591  and  NATO  Standardization  Agreement, 
STANAG  3558,  for  lug  mounted  stores.  The  location  for  rail-launched  stores 
is  to  be  determined. 

5.3.7  Insert  Ar rangemen t .  The  final  insert  dimensional  geometry  Is  t 
determined  through  a  detailed  analysis  of  signal  classes  (sensltlv. . 
pulse,  RF)  and  the  relationship  of  interference,  sensitivitv.  at 
temperature  loading  factors  between  the  respective  (ir.ult- 

and  6b  depict,  in  non-dimensional  geometry,  a  nomv.< 

tacts  for  the  electrical  signal  sets  contained  l-  1  ■  ispe. 

tively.  The  connector  shell  si2e  is  i  fu*>  •  '•  diameter. 

It  is  estimated  that  this  shell  sir-  - •  . .  t<  25.  The 

number  and  type  of  spare  con! a  t 

5.3.8  Exposed  Be  ep  •  4  .  •  .•*  i-oaed  pins  in  the  store  re- 

ceptacU  .  1  r  *  .  r  «•:  t .  ren.e  coupling  after 

umni  1  i  i  -  it  sign  shall  incorporate 

f»  r.'i-  ••  .  ft  as.  lei  s )  Iron.  EMI  to  the  same  level 


.  •  •  •  •  1  e  bef in it  ion.  This  section  of  the  standard  defines 
..  or...  Lurd  data  transfer  procedure  which  is  consistent  with 

’•  .  .’.rements  set  forth  in  the  digital  command/response,  time  division 
~  .  •  1.  :  e.xing  standard  (MIL-STD-1S53)  ,  and  provides  for  standardization 
of  information  transfer  (logical  interface)  across  the  aircraft/ store 
interface.  Included  will  be  interface  message  traffic  and  information 
coding  format.  Details  of  this  portion  of  the  standard  are  TBD. 


(• 


1.  Refer  to  Table  1  for  pin 
function. 

2.  This  pin  arrangement  is  for 
illustrative  purposes  only. 

Gauge  3.  Spare  pins  are  not  shown. 

^  ®  © 

12  16  20 


Figure  6a.  SSI  Connector  -  insert  arrangement 


TABLE  1 


ELECTRICAL  SIGNAL  SETS 


SSI  CONNECTOR 
AUXILIARY  POWER  CONNECTOR 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector. 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


A 

High  Bandwidth  Line  1 

Provide  signal  path  for  video  or  any  high  bandwidth 

Aircraft/Store 

Aircraf t/Store 

Coaxial  shield 

Size  12  coaxial 

Type  of  signal:  Video  or  any  high  bandwidth 
See  remarks 


This  line  can  be  used  to  carry  video  or  any  high 
bandwidth  signals  between  aircraft  and  store.  The 
exact  function  of  this  line  shall  be  determined  by 
the  type  of  store  being  carried  and  shall  be  con¬ 
trolled  by  the  aircraft  stores  management  system. 
When  used  for  video,  parameters  shall  be  in  accor¬ 
dance  with  EIA  Standard  RS-330  with  the  following 
exceptions: 


1.  a  (sync  pulse  amplitude)  will  be  .8  +  .08  volts. 

2.  The  standard  load  impedance  of  the  video  sensor 
shall  be  93  ohms  1  10  percent. 


3.  Video  shall  be  525  lines,  or  875  lines  in  accor¬ 
dance  with  EIA  Standard  RS-343A 


TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


B 

High  Bandwidth  Line  2 

Provide  signal  path  for  video  or  any  high  bandwidth 
signal  to/from  aircraft/store. 

Aircraft/Store 

Aircraft/Store 

Coaxial  shield 

Size  12  coaxial 

Type  of  signal:  Video  or  any  high  bandwidth 
See  remarks 

This  line  can  be  used  to  carry  video  or  any  high 
bandwidth  signals  between  aircraft  and  store.  The 
exact  function  of  this  line  shall  be  determined  by 
the  type  of  store  being  carried  and  shall  be  con¬ 
trolled  by  the  aircraft  stores  management  system. 
When  used  for  video,  parameters  Bhall  be  in  accor¬ 
dance  with  EIA  Standard  RS-330  with  the  following 
exceptions: 

1.  a  (sync  pulse  amplitude)  will  be  .8  +  .08  volts. 

2.  The  standard  load  impedance  of  the  video  sensor 
shall  be  93  ohms  1  10  percent. 

3.  Video  shall  be  525  lines,  or  875  lines  in  accor¬ 
dance  with  EIA  Standard  RS-343A. 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


C 

High  Bandwidth  Line  3 

Provide  aignal  path  for  video  or  any  high  bandwidth 

Aircraf t/Store 

Aircraft/Store 

Coaxial  shield 

Size  12  coaxial 

Type  of  signal:  Video  or  any  high  bandwidth 
See  remarks 

This  line  can  be  used  to  carry  video  or  any  high 
bandwidth  signals  between  aircraft  and  store.  The 
exact  function  of  this  line  shall  be  determined  by 
the  type  of  store  being  carried  and  shall  be  con¬ 
trolled  by  the  aircraft  stores  management  system. 
When  used  for  video,  parameters  shall  be  in  accor¬ 
dance  with  EIA  Standard  RS-330  with  the  following 
exceptions; 

1.  a  (sync  pulse  amplitude)  will  be  .8  -  >08  volts. 

2.  The  standard  load  impedance  of  the  video  sensor 
shall  be  93  ohms  1  10  percent. 

3.  Video  shall  be  525  lines,  or  875  lines  In  accor¬ 
dance  with  EIA  Standard  RS-343A. 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN:  D 

TITLE:  High  Bandwidth  Line  4 

FUNCTION:  Provide  signal  path  for  video  or  any  high  bandwidth 

signal  to/from  aircraft/store. 

SOURCE:  Aircraft /Store 

DESTINATION:  Aircraft/Store 

RETURN:  Coaxial  shield 

CONTACT:  Size  12  coaxial 

CHARACTERISTICS:  Type  of  signal:  Video  or  any  high  bandwidth 

LOAD:  See  remarks 

REMARKS:  This  line  can  be  used  to  carry  video  or  any  high 

bandwidth  signals  between  aircraft  and  store.  The 
exact  function  of  this  line  shall  be  determined  by 
the  type  of  store  being  carried  and  shall  be  con¬ 
trolled  by  the  aircraft  stores  management  system. 
When  used  for  video,  parameters  shall  be  in  accor¬ 
dance  with  EIA  Standard  RS-330  with  the  following 
exceptions: 

1.  a  (sync  pulse  amplitude)  will  be  .8  t  .08  volts. 

2.  The  standard  load  impedance  of  the  video  sensor 
shall  be  93  ohms  t  10  percent. 

3.  Video  shall  be  525  lines,  or  875  lines  in  accor¬ 
dance  with  EIA  Standard  RS-343A. 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


1 


i 


PIN: 

E 

TITLE: 

Store  Audio 

FUNCTION: 

Target  presence  and  lock-on  indicator 

to  pilot 

SOURCE: 

Store 

DESTINATION: 

Aircraf  t 

RETURN: 

Power  1  Return,  pin  H 

CONTACT : 

Size  20 

CHARACTERISTICS : 

400  to  2000  Hertz  amplitude  modulated 
Zero  to  30  volts  RMS 

carrier . 

LOAD: 

10K  -  20K  ohms 

REMARKS: 

Store  audio  output  to  indicate  target  presence 
and/or  lock-on. 

t 

*  f 


TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


F 

Dat  Bus  A(+) 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraf  t 

Bus  interface  electronics  in  store 
Data  Bus  A(-) ,  pin  G 
Size  20 

Bidirectional  signal,  Manchester  biphase  IAW  MIL-STD- 
1553 

To  be  determined 

See  5.2.1.  Part  of  a  2-wire  twisted  shielded  cable. 
Shield  carried  through  connector.  Reference  pins 
G  and  H. 


TABLE  l.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN; 

TITLE: 

FUNCTION : 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


G 

Data  Bus  A(-) 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraft 

Bus  interface  electronics  in  store 
Data  Bus  A(+) ,  pin  F 
Size  20 

Bidirectional  signal,  Manchester  biphase  IAW  MIL-STD- 
i  553 

To  be  determined 

See  5.2.1.  Part  of  a  2-wire  twisted  shielded  cable. 
Shield  carried  through  connector.  Reference  pins 
F  and  H 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


H 

Bus  A  Shield 

Protects  Data  Bus  A  from  spurious  signals 

Aircraft 

Store 

Not  applicable 
Size  20 

Multiplex  data  shield  0  VDC 
Not  applicable 

Part  of  a  2-wire  twisted  shielded  cable.  Reference 
pins  F  and  G 
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TABLE  1. 


Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


Data  Bus(+) 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraft 

Bus  interface  electronics  in  store 
Data  Bus  B(-),  pin  K 
Size  20 

Bidirectional  signal,  Manchester  biphase  LAW  MIL-STD- 
1553 

To  be  determined 

See  5.2.1.  Part  of  a  2-wire  twisted  shielded  cable. 
Shield  carried  through  connector.  Reference  pins 
K  and  L 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


K 

Data  Bus  B(-) 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraft 

Bus  Interface  electronics  in  store 
Data  Bus  B(+),  pin  J 
Size  20 

Bidirectional  signal,  Manchester  biphase  IAW  MIL-STD- 
1553 

To  be  determined 

See  5.2.1.  Part  of  a  2-wire  twisted  shielded  cable. 
Shield  carried  through  connector.  Reference  pins 
J  and  L 
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TABLE  1. 


Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


L 

Bus  B  Shield 

Protects  Data  Bus  B  from  spurious  signals 

Aircraft 

Store 

Not  applicable 
Size  20 

Multiple  data  shield  0  VDC 
Not  applicable 

Part  of  a  2-wire  twisted  shielded  cable.  Reference 
pins  J  and  K 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 


M 


TITLE: 

FUNCTION: 


SOURCE: 


Fiber  Optic  Data  Bus  A 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraft 


DESTINATION:  Store 


RETURN:  Not  applicable 

CONTACT:  Size  12  contact  for  fiber  optic  cable 


CHARACTERISTICS:  To  be  determined 


LOAD:  Not  applicable 

REMARKS:  Growth  provision  for  standard  interface 

This  pin  will  not  be  used  until  fiber  optic 
communications  techniques  are  further  developed. 

Fiber  optic  communication  may  take  place  through 
a  separate  advanced  interface  connector. 
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TABLE  1. 

PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS 

LOAD: 

REMARKS: 


Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


N 

Fiber  Optic  Data  Bus  B 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraf  t 

Store 

Not  applicable 

Size  12  contact  for  fiber  optic  cable 
To  be  determined 
Not  applicable 

Growth  provision  for  standard  interface 

This  pin  will  not  be  used  until  fiber  optic 
communications  techniques  are  further  developed. 

Fiber  optic  communication  may  take  place  through 
a  separate  advanced  interface  connector. 


34 


422 


TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS 


P 

Address  Line  1  (most  significant  bit  -  MSB) 

Transmits  store  digital  data  bus  identification 
address  bit  from  aircraft  to  bus  Interface 
electronic  system 

Aircraft  stores  management  system 

Bus  interface  electronics  in  store 

Address,  Return  Pin  W 

Size  20 

Logic  1  •  Open  Circuit  (r?100  K  ohms) 

Logic  0  ■  Short  Circuit  connected  to  Pin  W 
10  ohms) 

Not  applicable 

Reference  pins  R,  S,  T,  U,  V,  and  W 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


R 

Address  Line  2  (MSB-1) 

Transmits  store  digital  data  bus  identification 
address  bit  from  aircraft  to  bus  interface 
electronic  system 

Aircraft  stores  management  system 

Bus  interface  electronics  in  store 

Address ,  Return  Pin  W 

Size  20 

Logic  1  ”  Open  Circuit  ( >  100  K  ohms) 

Logic  0  -  Short-Circuit  connected  to  Pin  W 
(  10  ohms) 

Not  applicable 

Reference  pins  P,  S,  T,  U,  V,  and  W 


TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


S 

Address  Line  3  (MSB-2) 

Transmits  store  digital  data  bus  identification 
address  bit  from  aircraft  to  bus  interface 
electronic  system 

Aircraft  stores  management  system 

Bus  interface  electronics  in  store 

Address,  Return  Pin  W 

Size  20 

Logic  1  =  Open  Circuit  (>100  K  ohms) 

Logic  0  =  Short  Circuit  connected  to  Pin  W 
(  5~  10  ohms 

Not  applicable 

Reference  pins  P,  R,  T,  U,  V,  and  W 
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-  Continued 


1 x .  EX 

PIN: 

TITLE: 

FUNCTION : 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


J  It  OXK* 


T 

Address  Line  4  (MSB-4) 

Transmits  store  digital  data  bus  identification 
address  bit  from  aircraft  to  bus  interface 
electronic  system 

Aircraft  stores  management  system 

Store/bua  interface  electronics 

Address,  Return  Pin  VJ 

Size  20 

Logic  1  «  Open  Circuit  (  >  100  K  ohms) 

Logic  0  «=  Short  Circuit  connected  to  Pin  V 
(^10  ohms) 

Not  applicable 

Reference  pins  P,  R-  S,  U,  V,  and  W 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


U 

Address  Line  5  (least  significant  bit  -  LSB) 

Transmits  store  digital  data  bus  identification 
address  bit  from  aircraft  to  bus  interface 
electronic  system 

Aircraft  stores  management  system 

Bus  interface  electronics  in  store 

Address,  Return  Pin  W 

Size  20 

Logic  1  =  Open  Circuit  100  K  ohms) 

Logic  0  *■  Short  Circuit  connected  to  Pin  W 
(<  10  ohms) 

Not  applicable 

Reference  pins  P,  R.  S,  T,  V,  and  W 


PIN:  V 

TITLE:  Parity  Line 

FUNCTION:  Provides  store  digital  data  bus  identification 

address  parity  bit  from  aircraft  to  bus  interface 
electronics  system 

SOURCE:  Aircraft  stores  management  system 

DESTINATION:  Bus  interface  electronics  in  store 

RETURN:  Address,  Return  Pin  W 

CONTACT:  Size  20 

CHARACTERISTICS:  Logic  1  =  Open  Circuit  (  2T  100  K  ohms 

Logic  0  ■■  Short  Circuit  (<  10  ohms  connected  to 
Pin  Y) 

REMARKS:  Reference  pins  P,  R,  S,  T,  U,  and  W.  This  line  will 

be  set  to  a  logical  1  when  the  sum  of  the  bits  on  the 
5  address  lines  is  even.  This  line  will  be  set  to  a 
logical  0  when  the  sum  of  the  bits  on  the  otner  5 
address  lines  is  odd  (ODD  PARITY) . 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


W 

Address  Line  Return 

Provide  a  return  path  between  aircraft  and  bus 
interface  electronics  for  the  address  lines. 

Store 

Bus  interface  electronics  in  store 
Not  applicable 
Size  20 


Not  applicable 

Reference  pins  P,  R,  S,  T,  U,  and  V.  This  line  is 
the  address  return  for  the  address  lines.  It  shall 
be  isolated  from  ground  and  not  connected  to  store 
structure. 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


X 

Emergency  Jettison 

Operates  from  aircraft  emergency  jettison  bus. 
Provides  mechanically  and  electrically  isolated 
jettison  signal  to  store  interface 

Aircraft  emergency  jettison  controller 

Store  jettison  activator  system 

Power  2  Rtn,  pin  j 

Size  16 

Discrete  signal 

28  VDC:  Jettison  store  order 

Open:  Jettison  not  ordered 

Maximum  current  is  10  amperes 

High-priority  aircraft  command.  Requires 
dedicated  hardwire  circuit 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PINS:  Y,  Z 

TITLE:  Store  Present  Interlock 


FUNCTION: 

SOURCE: 

DESTINATION: 


Indicates  store-present/store- gone  status  to 
aircraft 

Aircraft  (store-present  indication),  pin  Y 
Store 


RETURN:  Aircraft,  pin  Z 

CONTACT:  Size  20 


CHARACTERISTICS: 


Pin  Y  to  pin  Z  shortened  indicates  store  present  (  Ss  10  ohms) 
Pin  Y  to  pin  Z  open  indicates  store  gone  (  St  100  K  ohms) 


LOAD:  Not  applicable 

REMARKS:  Positive  store  disconnect/release  indicator  to 

aircraft.  See  figure  3a. 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


a 

115  VAC  400  HZ  PHASE  A 

Provides  one  phase  of  the  115  volt,  400  Hertz, 

AC  power  to  the  store 

Aircraft 

Store 

115  VAC  400  HZ  RTN,  pin  d 
Size  16 

Power  Signal:  115  VAC,  400  Hertz,  Phase  A, 

4-wire,  wye-connected  power 

Maximum  sustained  current  is  10  amperes 

Aircraft  power  shall  be  in  accordance  with  MTL-STD- 
704.  The  aircraft  shall  provide  interface  fault 
protection.  Reference  pins  b,  c,  and  d 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector .  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


b 

115  VAC  400  HZ  PHASE  B 

Provides  one  phase  of  the  115  volt,  400  hertz 
ac  power  to  the  store 

Aircraft 

Store 

115  VAC  400  HZ  RTN,  pin  d 
Size  16 

Power  Signal:  115  VAC,  400  Hertz,  Phase  B, 

4-wire,  wye-connected  power 

Maximum  sustained  current  is  10  amperes 

This  power  shall  be  in  accordance  with  M1L-STD-704. 
The  aircraft  shall  provide  interface  fault  protec¬ 
tion.  Reference  pins  a,  c,  and  d 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector .  -  Continued 


PIN: 

c 

TITLE: 

115  VAC  400  HZ  PHASE  C 

FUNCTION: 

Provides  one  phase  of  the  115  volt,  400  hertz, 
power  to  the  store 

SOURCE: 

Aircraft 

DESTINATION: 

Store 

RETURN: 

115  VAC  400  HZ  RTN ,  pin  d 

CONTACT: 

Size  16 

CHARACTERISTICS: 

Power  Signal:  115  VAC,  400  Hertz,  Phase  C 

4-wire,  wye-connected  power 

LOAD: 

Maximum  sustained  current  is  10  amperes 

REMARKS: 

This  power  shall  be  in  accordance  with  MIL-STD-704 
The  aircraft  shall  provide  interface  fault  protec¬ 
tion.  Reference  pins  a,  b,  and  d 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION : 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


d 

115  VAC  400  HZ  RTN 

Provides  a  neutral  and  a  return  path  for  unbalanced 
loads  connected  to  the  115  VAC,  400  hertz,  three- 
phase  four-wire,  wye-connected  power  supplied  by 
the  aircraft 

Store 

Aircraft 

This  is  the  ac  power  return  signal 
Size  16 

Power  Signal:  Neutral-0  VAC 
Not  applicable 

Phases  A,  B,  and  C  are  nominally  120  degrees  out 
of  phase  with  each  other;  therefore,  the  current 
in  the  neutral  wire  (return)  is  no  equal  to  the 
simple  sum  of  the  maximum  phas”  currents.  Reference 
pins  a,  b,  and  c 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


e 

Initial  Store  Power 

Activates  bus  interface  electronic  system  in 
store  to  enable  store  operation  on  aircraft 
digital  data  buses 

Aircraft  28  VDC  power  bus 

Bus  interface  electronic  system  in  store 

POWER  1  RTN,  pin  h 

Size  20 

+28  VDC  (nominal)  applied  when  store  electrical 
bus  interface  activation  is  required 

1.00  ampere  maximum 

Power  shall  be  supplied  per  MIL-STD-704 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


f 

is  VDC  iV/fi  :\  1 


aircraft  power  to 


S'/CkCc  •  Aircraft 

DESTINATION:  Score 

RETURN:  POWER  I  R'i'N ,  pin  h 

CONTACT:  Size  16 

CHARACTERISTICS:  28  TOC  power 

LOAD:  Maximum  sustained  current  is  10  amperes 

REMARKS:  The  28  VDC  power  shall  be  in  accordance  with  KIL-STD- 

70A  except  that  the  aircraft  shall  be  capable  of 
supplying  22  VDC  minimum  to  the  interface  at  the 
above  specified  current  level.  The  aircraft  shall 
provide  interface  fault  protection 


TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


g 

28  VDC  POWER  2 

Supplies  continuous  28  VDC  aircraft  power  to  the 
store 

Aircraf  t 

Store 

POWER  2  RTN,  pin  j 
Size  16 
28  VDC  power 

Maximum  sustained  current  is  10  amperes 

The  28  VDC  power  shall  be  in  accordance  with  MIL- 
STD-704  except  that  the  aircraft  shall  be  capable 
of  supplying  22  VDC  minimum  to  the  interface  at 
the  above  specified  current  level.  The  aircraft 
shall  provide  interface  fault  protection 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

h 

TITLE: 

POWER  1  RTN 

FUNCTION: 

Provides  a  return  path  between  the  aircraft  and 
store  f-or  28  VDC  Power  1 

SOURCE: 

Aircraft  and  store 

DESTINATION: 

Store  and  aircraft 

RETURN: 

No  applicable 

CONTACT: 

Size  16 

CHARACTERISTICS : 

0  VDC  power 

LOAD: 

Maximum  sustained  current  in  the  ground  return  line 
is  11  amperes 

REMARKS: 

Shall  be  isolated  from  ground  and  not  Connected 
to  weapon  structure.  Reference  pins  E  and  e 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

j 

TITLE: 

POWER  2  RTN 

FUNCTION: 

Provides  a  return  path  between  the  aircraft  and 
store  for  28  VDC  Power  2 

SOURCE : 

Aircraft  and  store 

DESTINATION: 

Store  and  aircraft 

RETURN: 

Not  applicable 

CONTACT: 

Size  16 

CHARACTERISTICS: 

0  VDC  power 

LOAD: 

Maximum  sustained  current  in  the  ground  return 
line  is  10  amperes 

REMARKS: 

Shall  be  isolated  from  ground  and  not  connected 
to  structure  in  weapon.  Reference  pins  x  and  g 

V 

it, 


TABLE  1. 

PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS 

LOAD: 

REMARKS: 


Electrical  Signal  Set  -  SSI  Connector.  -  Concluded 


k 

Structure  Ground 

Provides  ground  safety  interconnect  between 
aircraft  and  store  structure  ground 

Aircraft  frame  ground 

Store  frame  ground 

Not  applicable 

Size  16 


0  VDC 

Not  applicable 

Shall  not  be  used  for  signal  or  power  return 
path 
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TABLE  1. 

PIN: 

TITLE: 

FUNCTION: 

SOURCE: 
DESTINATION : 
RETURN: 

CONTACT : 
CHARACTERISTICS 

LOAD: 

REMARKS: 


Electrical  Signal  Set  -  Auxiliary  Power  Connector. 


1 

115  VAC  400  Hz  PHASE  A 

Provides  one  phase  of  the  115  volt,  400  Hertz, 

AC  power  to  the  store 

Aircraft 

Store 

115  volt  400  Hz  RTN,  pin  7  and  8 
Size  12 

Power  Signal:  115  VAC,  400  Hz,  Phase  A 
4  -  wire,  wye-connected  power 

Maximum  sustained  current  is  23  amperes. 

Aircraft  power  shall  be  in  accordance  with 
MIL-STD-704.  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 

of  the  available  power  of  phase  A.  Reference  i 

pins  1  through  8.  ] 


TABLE  1.  Electrical 


PIN: 

TITLE: 

FUNCTION': 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


2 

115  VAC  400  Hz  PHASE  A 

Provides  one  phase  of  the  115  volt,  400  Hertz, 
AC  power  to  the  store 

Aircraft 

Store 

115  volt  400  Hz  RTN,  pin  7  and  8 
Size  12 

Power  Signal:  115  VAC,  400  Hz,  Phase  A, 

4  -  wire,  wye-connected  power 

Maximum  sustained  current  is  23  amperes. 

Aircraft  power  shall  be  in  accordance  with 
MIL-STD-704.  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  phase  A.  Reference 
pins  1  through  8. 
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TABLE  1.  Electrical  Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION : 

SOURCE: 
DESTINATION : 
RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


3 

115  VAC  400  Hz  PHASE  B 

Provides  one  phase  of  the  115  volt,  400  Hertz, 
AC  power  to  the  store 

Aircraft 

Store 

115  volt  400  Hz  RTN,  pin  7  and  8 
Size  12 

Power  Signal:  115  VAC,  400  Hz,  Phase  A, 

4  -  wire,  wye-connected  power 

Maximum  sustained  current  is  23  amperes. 

Aircraft  power  shall  be  in  accordance  with 
MIL-STD-704.  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  phase  B.  Reference 
pins  1  through  8. 
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PIN: 


4 


TITLE:  115  VAC  400  Hz  PHASE  B 

FUNCTION:  Provides  one  phase  of  the  115  volt,  400  Hertz, 

AC  power  to  the  store 

SOURCE:  Aircraft 

DESTINATION:  Store 

RETURN:  115  volt  400  Hz  RTN,  pin  7  and  8 

CONTACT:  Size  12 

CHARACTERISTICS:  Power  Signal:  115  VAC,  400  Hz,  Phase  A, 

4  -  wire,  wye-connected  power 

LOAD:  Maximum  sustained  current  is  23  amperes. 

REMARKS:  Aircraft  power  shall  be  in  accordance  with 

MIL-STD-704 .  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  phase  B.  Reference 
pins  1  through  8. 


PIN: 


5 


TITLE: 

FUNCTION : 

SOURCE: 
DESTINATION : 
RETURN: 

CONTACT: 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


115  VAC  400  Hz  PHASE  C 

Provides  one  phase  of  the  115  volt,  400  Hertz, 
AC  power  to  the  store 

Aircraft 

Store 

115  volt  400  Hz  RTN,  pin  7  and  8 
Size  12 

Power  Signal:  115  VAC,  400  Hz,  Phase  A, 

4  -  wire,  wye-connected  power 

Maximum  sustained  current  is  23  amperes. 

Aircraft  power  shall  be  In  accordance  with 
MIL-STD-704.  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  phase  C.  Reference 
pins  1  through  8. 


i 


TABLE  1.  Electrical  Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


PIN:  6 

TITLE:  115  VAC  400  Hz  PHASE  C 

FUNCTION:  Provides  one  phase  of  the  115  volt,  400  Hertz, 

AC  power  to  the  store 

SOURCE:  Aircraft 

DESTINATION:  Store 

RETURN:  115  volt  400  Hz  RTN,  pin  7  and  8 

CONTACT:  Size  12 

CHARACTERISTICS:  Power  Signal:  115  VAC,  400  Hz,  Phase  A 

4  -  wire,  wye-connected  power 

LOAD:  Maximum  sustained  current  is  23  amperes. 

REMARKS:  Aircraft  power  shall  be  in  accordance  with 

MIL-STD-704.  The  aircraft  Bhall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  Phase  C.  Reference 
pins  1  through  8. 
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TABLE  1 .  Electrical 


PIN: 

TITLE : 

FUNCTION: 

SOURCE: 
DESTINATION : 
RETURN: 

CONTACT: 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


7 

115  VAC  400  Hz  RTN 

Provides  a  neutral  and  a  return  path  for 
unbalanced  loads  connected  to  the  115  VAC, 

400  Hertz,  three-phase  four  wire,  wye-con- 
nected  power  supplied  by  the  aircraft 

Aircraft 

Store 

This  is  the  AC  pover  return  signal 
Size  12 

Power  Signal:  Neutral  -  0  VAC 
Not  applicable 

Phases  A,  B  and  C  are  nominally  120  degrees 
out  of  phase  with  each  other;  therefore,  the 
current  in  the  neutral  wire  (return)  is  not 
equal  to  the  simple  sum  of  the  maximum  phase 
currents.  This  pin  is  half  of  the  return  line. 
Reference  pins  1  through  8. 
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TABLE  1.  Electrical  Signal  Set  -  Auxiliary  Power  Connector  -  Continued 


PIN: 

TITLE: 

FUNCTION : 

SOURCE : 
DESTINATION : 
RETURN: 

CONTACT : 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


8 

115  VAC  400  Hz  RTN 

Provides  a  neutral  and  a  return  path  for 
unbalanced  loads  connected  to  the  115  VAC, 

400  Hertz,  three-phase  four  wire,  wye-con¬ 
nected  power  supplied  by  the  aircraft 

Aircraft 

Store 

This  is  the  AC  power  return  signal 
Size  12 

Power  Signal:  Neutral  -  0  VAC 
Not  applicable 

Phases  A,  B  and  C  are  nominally  120  degrees  out 
of  phase  with  each  other;  therefore,  the  current 
in  the  neutral  wire  (return)  is  not  equal  to  the 
simple  sum  of  the  maximum  phase  currents.  This 
pin  is  half  of  the  return  line.  Reference  pins 
1  through  8. 
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TABLE  1 .  Electrical 

PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION : 

RETURN: 

CONTACT: 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


9 

28  VDC  POWER  BUS  C 

Supplies  continuous  28  VDC  aircraft  power  to 
the  store. 

Aircraft 

Store 

Power  return,  pins  11  and  12 
Size  12 
28  VDC  power 

Maximum  sustained  current  is  23  amperes 

The  28  VDC  power  shall  be  in  accordance  with 
MIL-STD-704  except  that  the  aircraft  shall  be 
capable  of  supplying  22  VDC  minimum  to  the  inter¬ 
face  at  the  above  specified  level.  The  aircraft 
shall  provide  interface  fault  protection.  This 
pin  is  half  of  the  DC  lines.  Reference  pins  9 
through  12. 
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TABLE  1.  Electrical  Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


10 

28  VDC  POWER  BUS  C 

Supplies  continuous  28  VDC  aircraft  power  to 
the  store 

Aircraft 

Store 

Power  return,  pins  11  and  12 
Size  12 
28  VDC  power 

Maximum  sustained  current  is  23  amperes 

The  28  VDC  power  shall  be  in  accordance  with 
MIL-STD-704  except  that  the  aircraft  shall  be 
capable  of  supplying  22  VDC  minimum  to  the  inter¬ 
face  at  the  above  specified  level.  The  aircraft 
shall  provide  interface  fault  protection.  This 
pin  is  half  of  the  DC  lines.  Reference  pins  9 
through  12. 
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TABLE  1.  Electrical 


PIN: 

TITLE: 

FUNCTION : 

SOURCE: 
DESTINATION : 
RETURN: 

CONTACT: 

CHARACTERISTICS 

LOAD: 

REMARKS: 


Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


11 

POWER  RETURN  C 

Provides  a  return  path  between  the  aircraft 
and  store  for  28  VDC  Power  Bus  C 

Store 

Aircraft 

This  is  a  DC  power  return  line 
Size  12 
0  VDC  power 

Maximum  sustained  current  in  the  ground  return 
line  is  23  amperes. 

Shalx  be  isolated  from  ground  and  not  connected 
to  structure  in  weapon.  This  pin  is  one  half 
of  the  DC  return  lines.  Reference  pins  9  through 
12. 
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TABLE  1 .  Electrical  Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


!  '  '  '  . 

12 

. : 

POWER  RETURN  C 

r  oNa.1  .  0i\  I 

Provides  a  return  path  between  tne  aircraft 
and  score  for  2E  VDC  Power  Bus  C 

SOURCE : 

Store 

DESTINATION: 

Aircraft 

RETURN: 

This  is  a  DC  power  return  line 

CONTACT : 

Size  12 

CHARACTERISTICS: 

0  VDC  power 

LOAD: 

Maximum  sustained  current  in  the  ground  return 
line  is  23  amperes. 

REMARKS: 

Shall  be  isolated  from  ground  and  not  connected 
to  structure  in  weapon.  This  pin  is  one  half  of 
the  DC  return  lines.  Reference  pins  9  through 

12. 
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APPENDIX  A 


6.  ELECTRICAL  CONNECTOR  REQUIREMENTS 

6.1  Introduction.  This  section  prescribes  detail  electrical  connector 
physical  requirements  for  the  standard  aircraft/store  interface.  Specific 
physical  and  operating  requirements  for  the  standard  interface  connector 
are  given.  The  following  requirements  shall  be  in  accordance  with  MIL- 
C-38999,  or  subsequent  revisions.  The  following  material  has  been  repro¬ 
duced  from  MIL-C- 38999  to  minimize  the  need  for  additional  documents  to 
obtain  the  requirements.  This  material  applies  to  Series  IV  connectors 
only.  Requirements  not  specific  to  MIL-C- 38999  are  also  presented  (where 
possible)  which  indicate  a  reasonable  alternative  to  a  design  in  preference 
to  nothing  at  all  or  a  "to  be  determined".  The  underlined  paragraph  number, 
e.g.  4.8.2,  is  the  appropriate  test  paragraph  of  MIL-C-38999  and  the  paren¬ 
thetical  number  (3.5.6)  is  the  requirement  paragraph  of  MIL-C-38999. 

6.2  Definitions . 

6.2.1  Electrical  Connector  Terminology.  See  Section  3  of  MIL-STD-1353 
for  standard  electrical  connector  terminology  definitions. 

6.2.2  Requirements .  Requirements  described  in  the  following  sections  are 
of  two  types.  The  first.  Section  6.3  (General)  are  written  in  general  terms 
to  address  major  connector  characteristics  definitely  required  for  the 
standard  interface  applications.  Characteristic  descriptions  have  been 
derived  from  known  technology  capabilities  and/or  an  analysis  of  necessary 
connector  features.  The  second  type,  contained  in  6.4  (Detailed),  and 
referenced  to  MIL-C-38999,  are  considered  to  be  a  boiler  plate  requirements 
applicable  to  and  contained  in  all  airborne  connector  specifications.  The 
standard  is  not  intended  to  form  a  basis  for  the  formulation  of  revisions 
to  existing  specifications. 

6.3  General  Requirements. 

6.3.1  Design  and  Construction.  (3.4)  Connectors  and  accessories  shall  be 
designed  and  constructed  to  withstand  normal  handling  Incident  to  installa¬ 
tion  and  maintenance  in  service.  Connector  receptacle  interchangeability 
control  dimensions  and  accessory  Interface  dimensions  shall  be  as  specified 
on  Figure  1.  All  accessories  (plugs)  designed  to  be  used  with  MIL-C-38999 
connectors  must  conform  to  Figure  2. 

6.3.2  Types. 

a.  Receptacle,  aircraft  shall  contain  socket  contacts. 

b.  Plug,  aircraft  umbilical  to  store  shall  contain  socket  contacts. 

6.3.3  Finish.  The  finish  shall  be  electroless  nickle  coating  (conductive) 
-65°  C  to  +200°  C,  followed  by  cadmium  plate  0.0001  inch  (0.003mm)  minimum 
in  accordance  with  QQ-P-416,,  Type  II. 
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6.3.4  Interchangeability  and  Intermateability .  The  connectors  (Figures  1. 

2  and  3)  shall  be  completely  interchangeable  and  intermateable  from  all 
vendor  sources  and  production  runs.  (3.5)  All  connectors  having  the  6ame 
part  number  shall  be  completely  interchangeable  with  each  other  with  re¬ 
spect  to  installation  and  performance. 

6.3.5  Pin  Protection.  The  receptacle  connector  shall  be  designed  to 
prevent  the  plug  shell  from  contacting  the  receptacle  pins  under  any 
conditions  of  mating.  This  design  is  commonly  referred  to  as  "scoop  proof". 

6.3.6  Coupling .  Connectors  shall  be  coupled  to  counterpart  connectors  by 
means  of  a  breech  mechanism  (Series  IV)  .  The  mechanism  shall  include  a 
means  of  maintaining  the  mated  connector  in  full  engagement.  The  coupling 
ring  shall  be  knurled  or  fluted  to  facilitate  coupling  and  shall  be  cap¬ 
tivated.  The  coupling  nuts  of  all  connectors  shall  have  a  blue  color  band 
in  accordance  with  EIA  RS-359,  indicating  a  rear  release  contact  retention 
system. 

6. 3. 6.1  Ease  of  Coupling.  (3.4. 6.1)  Counterpart  connectors  of  any  arrange¬ 
ment  shall  be  capable  of  being  fully  coupled  and  uncoupled  in  a  normal  and 
accessible  location  without  the  use  of  tools. 

6.3.7  Engagement  and  Locking.  Counterpart  connectors  shall  be  capable  of 
full  engagement  and  disengagement  without  the  use  of  tools.  Engagement  of 
connectors  shall  be  defined  as  mated  insert  faces.  For  Series  IV,  complete 
coupling  shall  be  accomplished  by  approximately  90°  clockwise  rotation  of 
the  coupling  nut,  and  shall  incorporate  a  positive  detent  action  at  both 
the  mated  and  unmated  position,  providing  an  audible  and  tactile  indication 
of  complete  coupling,  as  well  as  an  anti-decoupling  force.  A  red  band  shall 
be  located  on  the  plug  so  as  to  be  visible  when  unmated  and  fully  covered 
when  completely  mated. 

6.3.8  Polarization  of  Connector  Shells.  (3.4.6. 3)  Polarization  of  connector 
shells  shall  be  accomplished  by  means  of  five  integral  keys  and  suitable 
matching  keyways  on  the  counterpart  (See  Figures  1  and  2).  Polarization 
shall  be  accomplished  before  initial  engagement  of  the  coupling  ring.  During 
axial  engagement,  pins  shall  not  touch  sockets  or  the  insert  face  until 
polarization  has  been  achieved. 

6. 3. 8.1  Pin  to  Pin  Mating  Prevention  (Series  IV  only).  Series  connectors 
shall  be  provided  with  kev  keyway  widths  arranged  so  as  to  prevent  a 
plug  with  pin  contacts  frc.  ing  mated  with  a  receptacle  with  pin  contacts. 

6.3.9  Electrical  Cc.  . _ nuity .  The  connectors  shall  be  designed  to  provide 

positive  electrical  continuity  between  mated  shells  prior  to  contact  engage¬ 
ment  . 


6.3.10  Electromagnetic  Interface  (EMI)  Grounding  Spring  Fingers.  EMI 
grounding  spring  fingers  shall  be  provided  and  shall  be  designed  in  a 
manner  which  will  ensure  proper  engagement  of  the  mating  shells  and  provide 
electrical  contact. 


6.3.11  Lanyard.  The  lanyard  shall  be  mounted  to  the  plug  connector  (air- 
craf t-to-store  6. 3. 2. 6)  such  that  rotation  of  the  connector  for  engagement 
will  not  shorten  the  effective  length  of  the  lanyard.  The  design  of  the 
lanyard  to  connector  attaching  feature  shall  provide  for  attaching  and 
removing  lanyard  cables  using  the  normal  compliment  of  standard  shop  tools. 
Design  of  the  lanyard  to  connector  attaching  feature  shall  ensure  total 
integrity  of  the  connector  to  meet  the  required  lanyard  retention  force. 

6.3.11.1  Lanyard  Retention.  The  lanyard,  including  all  hardware  and  joints, 
shall  withstand  an  axial  tensile  force  of  150  pounds  minimum. 

6.3.11.2  Lanyard  Release  Force.  The  lanyard  release  force  shall  be  no  less 
than  20  pounds  and  no  more  than  40  pounds.  Direction  of  lanyard  pull  shall 
be  at  any  angle  within  30  degrees  of  the  connector  longitudinal  axis . 

6.3.12  Shielding  Braid  Termination.  The  plug  connector  backshell  shall 
provide  for  shielding  braid  termination  to  allow  integral  bounding  of 
cable  envelop  shielding  to  the  connector. 

6.3.13  Water  Sealing.  The  plug  connector  backshell  shall  be  designed  to 
ensure  complete  sealing  from  entrance  of  water.  A  suitable  quality  assurance 
test  shall  be  specified  to  encompass  the  aircraf t/store  operational  environ¬ 
ment  . 


6.3.14  Electrical  Contacts.  The  following  contact  types  shall  be  provided 
as  specified,  in  MIL-C-39029A,  or  from  vendor  sources  as  applicable.  The 
range  of  size  within  the  types  specified  shall  be  compatible  with  the 
cavity  size  in  the  insert  specified  for  this  standard.  Contact  types  of 
one  size  shall  be  completely  interchangeable  and  intermateable  within  the 
cavity . 

a.  Power  Contacts  -  shielded  and  unshielded,  crimp  removable. 

b.  Coaxial  Contacts 

c.  Fiber  Optics 

6.3.14.1  Contact  Sizes.  See  Table  1,  MIL-STD-1760 . 

6.3.14.2  Insert  Arrangement.  TBD 

6.3.14.3  Connector  Shell  Size.  A  size  25  connector  shell  shall  be  used 
for  the  insert  of  6.3.14.2. 


6.3.15  Electromagnetic  Interference  Effectiveness.  Unless  otherwise  stated 
herein,  MIL-STD-461  of  current  issue,  will  apply.  When  tested  as  specified 
in  paragraph  4.7.27  of  MIL-C-38999  of  current  issue,  the  EMI  shielding 
effectiveness  of  mated  shells  shall  not  be  less  than  that  specified  in 
Table  I. 
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TABLE  II.  EMI  Shielding  Effectiveness  (Class  W) 

Frequency  Leakage  Attenuation 

MHz  db  minimum 


.014-100 

90 

100 

90 

200 

85 

300 

83 

400 

81 

800 

76 

1,000 

75 

1,500 

69 

2,000 

65 

3,000 

61 

4,000 

58 

6,000 

55 

10,000 

50 

6.3.15.1  Electromagnetic  Pulse  (EMP)  Susceptibility.  To  be  determined. 

6.3.16  Receptacle  Mounting.  The  most  common  mounting  designs  are  flange 
and  jam  nut. 

6.3.16.1  Store  Mounting.  The  type  of  receptacle  mounting  design  is  optional. 
The  type  of  mounting  used  shall  have  a  structural  strength  compatible  with 
the  lanyard  release  force.  The  type  mounting  shall  be  sufficiently  rigid 

to  prevent  the  receptacle  turning  from  a  predetermined  fixed  master  polari¬ 
zation  key  position. 

6.3.16.2  Aircraft  Mounting.  The  type  of  receptacle  mounting  design  shall 
be  a  flange.  The  type  mounting  shall  be  sufficiently  rigid  to  prevent  the 
receptacle  turning  from  a  predetermined  fixed  master  polarization  key 
position. 

6.4  Detailed  Requirements. 

6.4.1  Materials.  (3.3) 

6.4. 1.1  Metals .  Metals  shall  be  of  a  corrosion-resistant  type  or  shall  be 
plated  or  treated  to  resist  corrosion. 

6. 4. 1.2  Dissimilar  Metals  and  Compatible  Couples.  When  dissimilar  metals 
are  used  in  intimate  contact  with  each  other,  protection  against  electrolysis 
and  corrosion  shall  be  provided.  The  use  of  dissimilar  metals  in  contact, 
which  tend  toward  active  electrolytic  corrosion,  (particularly  brass,  copper, 
or  steel  used  in  contact  with  aluminum  or  aluminum  alloy)  is  not  acceptable. 
However  metal  plating  or  metal  spraying  of  dissimilar-base  metals  to  provide 
similar  or  suitable  abutting  surface  is  permitted.  The  use  of  dissimilar 
metals  separated  by  a  suitable  insulating  material  is  also  permitted.  Dissim¬ 
ilar  metals  and  compatible  couples  are  defined  in  requirement  16  of  MIL-STD-454. 
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6.4. 1.3  Hydrolytic  Stability.  (3. 3. 1.2)  All  nonmetallic  material  shall 
be  selected  to  meet  the  hydrolytic  revision  resistance  requirements  specified 
in  requirement  47  of  MIL-STD-454. 

6.4.2  Components .  (3.3.2)  Material  for  specific  components  of  the  connector 
shall  be  as  follows : 

6. 4. 2.1  Class  F.  (3. 3. 2.1) 

a.  Shell  -  impact  extruded  or  machined  aluminum  alloy. 

b.  Coupling  ring,  jam  nut,  and  potting  ring  -  machined  aluminum  alloy. 

c.  Insert  (molded)  -  reinforced  epoxy  resin  or  other  suitable  rigid 
dielectric  material. 

d.  Spring  fingers  -  heat  treated  beryllium  copper  or  corrosion- 
resistant  steel. 

e.  Filler  compound  -  RTV  silicone  conforming  to  MIL-A-46146. 

f.  Gaskets,  grommet,  and  interface  seals  -  silicone  or  fluorocarbon 
elastomer. 

6. 4. 2. 2  Fungus  Resistant.  (3.3.3)  Material  used  in  the  construction  of 
these  connectors  shall  be  fungus  inert  in  accordance  with  requirement  4 
of  MIL-STD-454. 


6. 4. 2. 3  Nonmagnetic  Materials.  (3.3.4)  The  relative  permeability  of  the 
connector  assembly  shall  be  less  than  2.0  when  measured  with  an  indicator 
conforming  to  MIL-I-17214. 


6.4.3 


Insert  Design. 


(3.4.2) 


6.4. 3.1  Environment  Resisting  Classes.  (3.4.2. 1)  The  entire  insert  and 
wire  sealing  or  wire  supporting  member  of  the  environment  resisting  assemblies 
shall  be  essentially  one  Integral  part,  designed  to  provide  suitable  sealing 
and  support  around  the  wires  and  be  nonremoval.  The  rigid  dielectric  shall 
be  one  Integral  piece.  The  design  shall  be  such  as  to  permit  the  removal 
and  replacement  of  individual  contacts  into  their  connector  inserts  with  an 
MS27534  or  MS27495  installing/removal  tool.  The  contact  locking  device 
shall  be  contained  in  the  rigid  dielectric  insert  and  shall  so  retain  the 
contacts  as  to  meet  the  contact  retention  requirements  of  this  specification, 
see  Figure  4.  Inserts  shall  be  secured  to  prevent  rotation.  All  pin  con¬ 
tact  Inserts  shall  have  a  resilient  Interface  seal  bonded  to  the  front  face 
in  accordance  with  the  applicable  standards.  Socket  Insert  entry  holes  and 
pin  "donut"  rings  shall  conform  to  MIL-C-38999  Figure  5.  Sealing  to  coaxial 
cable  terminated  to  shielded  contacts  may  be  accomplished  by  means  of  separate 
resilient  bushings.  If  separate  resilient  bushings  are  required,  they  shall 
be  furnished  with  the  connector. 


6.4.4  Mating  Seal.  (3. 4. 3. 3)  Plugs  and  receptacles  with  pin  inserts  shall 
have  a  resilient  face  with  individual  pin  barriers.  The  pin  barrier  pro¬ 
jections  shall  seal  in  their  respective  lead-in  chambers  of  the  hard  face 
socket  insert.  The  resilient  interfacial  seal  shall  provide  individual 
contact  seals  in  the  mated  condition  to  ensure  circuit  isolations  between 
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each  contact  and  contact  to  shell.  The  plugs  (Series  IV)  shall  incorporate 
an  0-ring  peripheral  seal. 


6.4.5  Shell  (3.4.4)  Shells,  Including  mounting  flanges,  shall  be  one-piece 
construction  and  shall  be  designed  to  retain  their  inserts  in  one  position, 
both  axially  and  with  respect  to  rotation,  by  mechanical  means.  Molding 
shall  be  used  as  the  retention  means  for  environment  resisting  connectors. 

The  receptacle  shells  of  crimp  contact  connectors  shall  have  a  blue  color 
band  in  accordance  with  E1A  RS-359,  indicating  a  rear  release  contact  re¬ 
tention  system.  The  color  band  shall  be  located  so  that  it  is  readily  vis¬ 
ible  to  any  person  servicing  a  mounted  receptacle  connector. 

6.4.5. 1  Spring  Fingers.  (3. 4. 4.1)  Spring  fingers  shall  be  designed  to 
make  electrical  contact  with  the  mating  shell  without  interfering  with 
proper  engagement.  The  spring  shall  be  retained  about  the  shell  periphery. 
Minimum  engagement  of  spring  fingers  shall  be  0.040  (1.02mm)  prior  to  contact 
engagement  (Series  IV). 

6. 4. 5. 2  Jam-Nut  Mounting  Receptacles.  (3. 4. 4. 2)  Jam-nut  mounting  receptacles 
shall  be  provided  with  a  mounting  nut  DoD-C-38999/28  Series  IV,  all  with  pro¬ 
visions  for  locking,  and  an  ”0"  ring  MS9021. 

6.4.6  Lubrication.  (3.4. 6. 4)  The  breech  mechanism  on  Series  IV  connectors 
may  be  coated  with  a  suitable  dry  film  lubricant  to  MIL-L-46010  (non-graphite). 

6.4.7  Plating.  (3.4.8) 

6. 4. 7.1  Contacts  (Crimp).  (3.4.8. 1)  The  plating  and  the  plating  thickness 
on  crimp  contacts  shall  be  as  specified  in  MIL-C-39029. 

6. 4. 7. 2  Shell  and  Accessory  Hardware.  (3. 4. 8. 2)  Unless  otherwise  specified, 
the  finish  on  the  shells  and  accessory  hardware  shall  be  in  accordance  wi' 
the  following  designation: 

Series  IV,  Class: 

F  -  Electrically  conductive  electroless  nickle  conforming  to 
MIL-C-26074,  Class  3  or  4,  followed  by  cadmium  plate  0.0001 
inch  (0.003mm)  minimum  in  accordance  with  QQ-P-416.  Type  II. 

Use  of  suitable  underplate  is  permissible. 
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F  : 


TABLE  III.  Contact  engagement  and  separation  forces. 


Initial 

After  conditioning 

Mating 

end 

size 

Minimum 

separation 

force 

(ounces) 

Maximum 

average 

engagement 

force 

(ounces) 

Maximum 

engagement 

force 

(ounces) 

Minimum 

separation 

force 

(ounces) 

Maximum 

average 

engagement 

force 

(ounces) 

Maximum 

engagement 

force 

(ounces) 

Minimum 
diameter 
Ms 3 197  pin 

Maximum 
diameter 
MS3197  pin 

Maximum 
diameter 
MS3197  pin 

Minimum 
d i ameter 
M53197  pin 

Maximum 
diameter 
MS3197  pin 

Maximum 

diameter 

MS 3 19 7  pin 

12 

3 

24 

30 

2 .  S 

1  29 

36 

16 

2 

24 

30 

1.5 

|  29 

36 

20 

0.7 

12 

18 

0.6 

14 

22 

6.4.8  Contact  engagement  and  separation  force.  The  contact  engagement  and 
separation  force  shall  be  within  the  applicable  limits  specified  in  Table  III. 


6.4.9  Thermal  shock  fall  classes  except  hermetics).  (3.8)  When  tested  as 
specified  in  4,7,4,  there  shall  be  no  damage  detrimental  to  the  operation  of 
the  connector. 

6.4.10  Coupling  torque.  (3.10)  IVhen  tested  as  specified  in  4,7.6,  the 
coupling  torque  for  mating  and  unmating  of  counterpart  connectors  shall  meet 
the  requirements  of  Table  IV. 


TABLE  IV.  Coupling  torque.  1 / 


Shell 

size 

Maximum  emgagement 
and  disengagement 

Minimum 

disengagement 

Pound 

Newt  on 

Newton 

inch 

meters 

meters 

28 

40 

4.6 

s  • 

0.6 

1/  For  Series  IV  connectors  with  spring  fingers,  an  axial  force  as  specified 
in  Tabic  III  must  be  encountered  prior  to  coupling  torque  during  engagement, 
and  following  coupling  torque  upon  disengagement. 


6.4.11  Durability .  (3.11)  Mien  tested  as  specified  in  4.7.7,  the  connectors 

shall  show  no  defects  detrimental  to  the  operation  of  the  connectors  and  shall 
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•meet  the  subsequent  test  requirements  (see  4.4.3). 


6.4.12  Altitude  immersion  (qualification  only)  (except  hermetics).  (3.. 2) 
When  tested  as  specified  in  4.7,8,  the  mated  connector  shall  meet  a  min¬ 
imum  insulation  resistance  of  1,000  and  the  requirements  of  dielectric  with¬ 
standing  voltage  as  specified  in  (3.14)  SO. 17.13. 

6.4.13  Insulation  resistance.  (3.13) 

6.4.13.1  Insulation  resistance  at  ambient  temperature.  (3.13.1)  When 
tested  as  specified  in  4 .  ~ .  9 . 1 ,  the  insulation  resistance  between  any 
pair  of  contacts  and  between  any  contact  and  the  shell  shall  be  greater  than 
5,000  megohms.  Insulation  resistance  after  altitude  immersion  shall  be  1,000 
megohms  minimum.  Insulation  resistance  after  humidity  shall  be  100  megohms 
minimum . 


6.4.13.2  Insulation  resistance  at  elevated  temperature.  (3.13,2)  When 
tested  as  specified  in  4 . 7 . 9 . 2  ,  the  insulation  resistance  between  any  pair 
of  contacts  and  between  any  contact  and  the  shell  shall  be  greater  than  1  000 
megohms  for  environment  resisting  class  conectors.  ' 

?'4;14  gi£jectric_withstanding  voltage.  (3,14)  When  tested  as  specified 

*n  5--Z- 10-.1 .  or  4  -  1(1-2,  connectors  shall  show  no  evidence  of  flashover  or 

breakdown . 


6.4.15  Insert  retention. 

'  l  tied ) 


(3.15)  When  tested  as  specified  in  4.7.11,  un- 
shnll  retain  their  inserts  in  their  proper  location 


mated  connectors  (m 

m  the  shell  and  there  shall  be  no  evidence  of  cracking,  breaking’ separation 
or  loosening  of  parts. 


from  the  shel1 


6.4.16  Salt  spray  ^corrosion).  (3.16)  When  tested  as  specified  in  4  7,12 
unmated  connectors  shall  show  no  exposure  of  base  metal  due  to  corrosion  '  ' 
which  will  adversely  affect  performace. 


6.4.17  Electrical  cn  ’.-»cement .  (3,18) 

wired,  mated  connectors  shaTT  provide  a 
and  (o.050  inch  (1.2'mm)  Series  IV. 


When  tested  as  specified  in  4.7.14, 
minimum  of  electrical  engagement  for 


6.4.18  External  bondin'*  moment, 
connectors  ski  li  ■  ln>i  n>.  evidence 
operations  nor  <di.i  I  I  iheje  ;)nv 


(3.19)  When  tested  ns  specified  in  4 
of  damage  di-t  ri  men  I  a  I  to  their  normal 
i n t erupt  i on  ol  electrical  continuity. 


15. 


6.4. 19  Contact  retention,  (5,2.3)  When  tested  as 
axial  displacement  ol  the  contact  shall  not  exceed 
damage  to  contacts  or  j„.;<.rt.;  shall  result. 


specified  in  4,7, 19, the 
0.013  inch  (0. 30mm) .  No 


6.4. -0  Aj-t.’tU'ieJL;-..  _t  ym-  ■  rat  y  rc .  Wh-n  tested  as  specified  in  4.7.20.  the 
connectors  shall  mc.-t  the  requirements  of  the  dielectric  withstanding  volt  - 
age  at  sea  level  sp  '’fied  in  (3.14)  and  insulation  resistance  at  ambient 
temperature  specified  jn  (t.u.i). 


6.4.21  Vibration  (qualification  only).  (3.26)  When  tested  as  specified 
in  4. 7.22, there  shall  be  no  electrical  discontinuity  and  there  shall  be  no 
disengagement  of  the  mated  connectors,  backing  off  of  the  coupling  mechanism, 
evidence  of  cracking,  breaking,  or  loosening  of  parts. 

6.4.22  Shock.  (3.27)  Mien  tested  as  specified  in  4.7.23,  there  shall  be 
no  electrical  discontinuity  and  there  shall  be  no  disengagement  of  mated 
connectors,  evidence  of  cracking,  breaking,  or  loosening  of  parts. 

6.4.23  Shell-to-shell  conductivity.  (3.28)  When  tested  as  specified  in 


4.7.24,  the  probes  shall  not  puncture  or  otherwise  damage  the  connector 
finish  and  the  maximum  measured  potential  drop  across  assemblies  shall  be 
as  follows: 

a.  Series  IV  with  spring  fingers: 

1.  Class  W  -  2.5  millivolt 

6.4.24  Humidity .  (3.29)  When  tested  as  specified  in  4.7.26,  wired  mated 
connectors  shall  show  no  deteriation  which  will  adversely  effect  performance 
of  connector.  Following  the  test,  insulation  resistance  shall  be  100  megohms 
or  greater. 

6.4.25  Shell  spring  finger  forces.  (3.30)  When  tested  as  specified  in 
4.7.26,  the  forces  necessary  to  engage  and  separate  EMI  plugs  with  recp- 
tacle  shells  shall  be  within  the  values  specified  in  Table  V. 

TABLE  V  Shell  spring  finger  forces. 


Minimum 


Pounds  Newton 


.S  2.2 


6.4.26  Ozone  exposure.  (3.32)  When  tested  as  specified  in  4.7.28,  the 
connector  shall  show  no  evidence  of  a  cracking  of  dielectric  material  ot 
other  damage  due  to  ozone  exposure  that  will  adversely  effect  performance. 

6.4.27  Fluid  immersion.  (3.33)  When  tested  as  specified  in  4.7.79,  connectors 
shall  meet  the  requirements  for  coupling  torque  (3.10)  and  dielectric 
withstanding  voltage  (3.14). 

6.4.28  Retention  system  fluid  immersion.  (3.33.1)  When  tested  as  specified 


* 


1 

i 


in  LL1L1>  insert  assemblies  shall  meet  requirements  of  contact  reten¬ 
tion  (3.23).  Effects  of  the  fluids  on  resilient  sealing  shall'not  be  a 
consideration  of  this  test. 


6-4.29  Pin  contact  stability.  (3.34)  When  tested  as  specified  in  4.7.30, 
the  tot  a  1  displacement  of  a  reference  point  on  the  contact  tip  end  shall 
not  exceed  the  amount  shown  in  Table  VI. 


TABLE  VI 


Pin  contact  stability. 


Contact  size 

Total  displacement 

Force 

Inch 

MM 

Pounds 

Newton 

20 

— 

1.37 

0.33 

i 

2.4 

16 

1.91 

1 . 10 

4.9 

12 

KB 

1.91 

1.10 

4.9 

6.4.30  Contact  walkout.  (3.33)  When  tested  as  specified  in  4.7.31,  contacts 
shall  not  become  dislodged  from  their  normal  position. 


6.4.31  Power  contacts. 


6.4.31.1  Temperature  life. (3.37) 

6.4.31.1.1  Temperature  life  with  contact  loading.  (3.37.1)  When  tested 
as  specified  in  4.7.35. 1 .  the  contacts  shall  maintain  their  specified 
locations  as  shown  on  figure  1  and  there  shall  be  no  electrical  dis¬ 
continuity. 


6.4.31.1.2  Temperature  life.  (3.37.2)  When  tested  as  specified  in  4.7.33.2, 
for  1,000  hours,  connectors  shall  perform  satisfactory  and  pass  succeding 
tests  in  the  qualification  test  sequence. 

6.4.32  Electrolytic  erosion  (Scries  IV).  (3.38)  When  tested  as  specified 
in  4.7.34,  pin  contact  shall  show  no  exposure  of  base  metal  due  to  electro¬ 
lytic  erosion.  Corrosion  deposits  shall  not  be  considered  as  defects. 

6.4.33  Firewal 1 .  (3.39)  Mated  connectors  shall  prevent  passing  of  a 

flame  through  the  connector  for  at  leasr  20  minutes  when  tested  in 
accordance  with  4.7. 3b.  During  this  period  there  shall  be  no  flame  from 
outgassing  or  other  causes  on  t he  end  of  the  connector  protected  by  the 
fireqall.  The  current  specified  in  4.7.53,  shall  be  applied  for  the  first 
five  minutes  without  break  in  electrical  continuity.  During  the  next 
minute  the  connector  shall  dcaw  iio  more  than  2  ampheres  when  a  test  potential 
of  100  to  123  Vac  at  60  Ilz  is  applied  between  adjacent  contacts  and  be¬ 
tween  contacts  and  the  shell.  (Class  K) 

6.4.34  Coaxial  and  Fiber  Optics  Contacts.  TBD 
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6.4.35  Mark ing.  (3.43)  Connectors  and  accessories  shall  be  metal  or  ink 
stamped  with  the  manufacture's  name  or  trademark,  date.  code,  and  the 

^?,11c^ngoi^f0^nati0n,  35  aPPlicable-  Stamping  shall  be  in  accordance  with 
MI L-STD- 1285  where  space  permits.  Metal  stamping  shall  be  accomplished  be¬ 
fore  plating.  The  following  examples  are  illustrative: 
a.  Identification. 


D38999/40 

W 

25 

31 

P 

N 

Specification 

Class 

Shell 

Insert 

Contact 

Polarization 

sheet  No. 

size 

arrangement 

style 

(Figures. 1,  2,  &3) 
(A  letter  is 
required  for 
all  positions) 

b.  Lot 

number 

-  000010. 

6.4.35.1  Contact  location  identification.  (3.43.1)  Contact  locations  shall 
be  identified  as  indicated  on  Figure  TBD  and  the  applicable  military  standard. 
All  positions  shall  be  identified  on  the  front  and  rear  faces  of  the  Insert, 
except  where  space  limitations  make  this  impracticable.  Location  of  contact 
identifying  characters  shall  be  in  close  proximity  to  the  holes  but  need  not 
be  placed  exactly  where  indicated  on  the  standard. 

6.4.36  Workmanship.  (3.44)  The  connector  shall  be  fabricated  in  a  manner 
such  that  the  criteria  for  apperance,  fit  and  adherence  to  specified  tol¬ 
erances  are  observed.  Particular  attention  shall  be  given  to  neatness  and 
thoroughness  of  marking  parts,  plating,  welding,  soldering,  riveting,  stack¬ 
ing,  and  bonding.  The  connectors  shall  be  free  from  crazing,  cracks,  voids, 
pimples,  chips,  blisters,  pinholes,  sharp  cutting  edges,  burrs,  and  other 
defects  that  will  effect  life,  serviceability  or  appearance. 
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